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To enhance insight into a war at sea, a general, aggregated and highly flexible 
model of the ASW campaign is offered. This thesis provides a simple and usable 
circulation model template. The generality and simplicity of the model allows for 
“jointization” of an ASW campaign by allowing the user to utilize other resources to 
define the force mix. The model is designed, first and foremost, to examine the change 
in the marginal effectiveness of friendly ASW forces due to changes in force level, mix, 
effectiveness, and employment strategies. The model is keyed to the interaction of a 
threat submarine with friendly ASW forces and merchant or military shipping. Specific 
features of the model provide for four unique attack regimes. The in port and operational 
regimes control friendly attacks on a daily basis while the outbound and inbound regimes 
control barriers by events. The campaign model is a deliverable product programmed 

using Borland® Delphi ™ for use in Microsoft® Windows® 
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EXECUTIVE SUMMARY 



The complex changes in the world over the last decade have caused a shift in the 
thinking of the antisubmarine warfare (ASW) community. The Soviet submarine threat 
in years past has been massive, yet relatively easy to define. Knowing the systems 
confronting the ASW forces and the country that would be operating them, standard 
ASW deployment plans were developed and these employment plans worked extremely 
well. For the ASW community, the shift is from a nuclear submarine threat in blue water 
(>300 NM from land) to a diesel submarine threat along the littoral. 

Our primary ASW goals must now be: 

• ensure free logistical flow of military goods and resupply, 

• protection of merchant shipping, and 

• control of the operating areas to include the protection of high value units. 
Achieving these ASW goals will be more difficult along the littoral than the high seas. 
This is especially true against the rapid mobilization of submarines from a disgruntled 
third world country who chooses to disrupt shipping of a nearby nation. The invading 
nation can attack in a relatively short period of time due to the short transit required. 
Unprotected ships will be essentially defenseless against the invading submarines. 
Antisubmarine defense takes significant resources and time. 

A dramatic change in mind set must occur to fully utilize all available assets for 
this “traditional-navy-mission” - ASW. It must become clear to the Air Force, Army 
and Marine Corps that they no longer can ignore the consequences of an enemy’s 
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submarine blockade. Just as a tactical air campaign precedes the primary ground 
offensive, so too must the sea lanes be secured to an uninterrupted flow of war material 
before even the air campaign can begin This realization is the first step in the 
“jointization” of antisubmarine warfare. 

With the de-emphasizing of ASW training and equipment procurement, there will 
be fewer and fewer naval forces available. Yet, third world submarine acquisition is not 
seeing the same de-emphasis. A strong ASW force must come from the available assets 
or be made available from joint and combined forces. The task then becomes the 
development of an effective antisubmarine warfare campaign plan against any country 
possessing a viable submarine threat. The flexibility and robustness of this model allows 
it to be applied to any scenario that poses a submarine threat. 

To rapidly respond there must be a plan for such a campaign. The aim of this 
thesis is to provide a tool to the military decision-maker, a large-scale, aggregated, highly 
flexible model of the ASW campaign that is not limited by force mix or tactics. The user 
friendly campaign decision aid developed in this thesis provides an integrated look at all 
the ASW forces’ effects in concert, and the total threat of a submarine fleet to shipping 
(or warships) over their operating lifetime. The deliverable graphical interface 
developed in this thesis will function as the analytical tool for flexible and robust ASW 
campaign analysis. 

The generality and simplicity of the model allows for “jointization” of an ASW 
campaign by allowing the user to utilize any available resources to define the force mix. 
The model is designed, first and foremost, to examine the change in the marginal 
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effectiveness of friendly ASW forces due to changes in force level, mix, effectiveness, 
and employment strategies. The model is keyed to the interaction of a threat submarine 
with friendly ASW forces and merchant or military shipping. Specific features of the 
model provide for four unique attack regimes. The in port and operational regimes 
control friendly attacks on a daily basis while the outbound and inbound regimes control 
barriers by events. The campaign model is a deliverable product programmed using 
Borland® Delphi™ for use in Microsoft® Windows® . 
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I. INTRODUCTION 



A. BACKGROUND 

The complex changes in the world over the last decade have caused a shift in the 
thinking of the antisubmarine warfare (ASW) community. The Soviet submarine threat 
in years past has been massive, yet relatively easy to define. Knowing the systems 
confronting the ASW forces and the country that would be operating them, standard 
ASW deployment plans were developed and these employment plans worked extremely 
well. For the ASW community, the shift is from a nuclear submarine threat in blue water 
(>300 NM from land) to a diesel submarine threat along the littoral. 

Our primary ASW goals must now be: 

• ensure free logistical flow of military goods and resupply, 

• protection of merchant shipping, and 

• control of the operating areas to include the protection of high value units. 
Achieving these ASW goals will be more difficult along the littoral than the high seas. 
This is especially true against the rapid mobilization of submarines from a disgruntled 
third world country who chooses to disrupt shipping of a nearby nation. The invading 
nation can attack in a relatively short period of time due to the short transit required. 
Unprotected ships will be essentially defenseless against the invading submarines. 
Antisubmarine defense takes significant resources and time. 

The ASW campaign required in such a littoral situation must include both an 
offense and a defense. An offensive portion of the ASW campaign must attack the 
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enemy submarine before they can strike or resupply. This may be equated to the tactic of 
“attacking the archer instead of the arrow.” This will be difficult if the submarine 
mobilization is to be extremely rapid due to the short transit distance required by the 
invading nation. Also, the attacks on shipping and resupply in the littoral will be swift 
and unopposed due to the nature of the submarine (nuclear or non-nuclear). Therefore, a 
defensive campaign must be equally as swift as the offensive campaign. The question is 
then, how can these ASW goals be attained in the earliest stages of the war to provide the 
most expedient transition to the counter invasion and destruction phase of the war? The 
answer lies in full utilization of available assets and a timely response. The model 
developed in this thesis provides for both of these factors. 

B. PURPOSE 

1. Joint ASW - Trade-Offs Of Various ASW Assets 

In order for a military organization to survive in modem times, it must know the 
limits of its combat and economic potential. Combat potential is more than what an 
army can do in the ground war or an air force can do in an aerial bombardment. It is the 
optimal use of all available forces to accomplish the mission, regardless of their 
traditional role. A country’s economic potential forms the limits of “all available 
forces.” 

No traditional mission is seen as less joint or more service-unique than 
antisubmarine warfare (ASW) (Linder, 1995). The following summary of a fictitious, 
yet reasonable and viable scenario exemplifies Joint ASW. Traditionally thought of as a 



naval mission, this article presents convincing reasons why ASW must become a joint 
mission requiring full utilization of all available assets. 

(Partial summary of the article entitled The Future of Joint ASW, Linder, \995.) 

The year is 1999, North Korean forces invaded South Korea (ROK). South Korean and 
American resistance evaporated in the face of both a North Korean blitzkrieg and a 
surprisingly effective use of battlefield chemical weapons. North Korean theater ballistic 
missiles rained down on distant airfields. The smoking remnants of our proud tactical 
air forces resembled those at Clark Air Field in the Philippines in 1941. Within a week, 
Seoul had fallen, and North Korean forces were 50 miles south of the 38th Parallel. 

It was thought to be another Kuwait. We would demand a return of captured 
land, threaten consequences, build up a response force, and then roll them back. 
Everyone thought the North Koreans would wilt. No one was prepared for such an 
effective use of diesel submarines. No credible regional submarine threat had been 
mounted in more than 50 years, and most thought the US Navy could easily squash a 
force of antiquated diesel submarines. 

At the start of the war, the US lost four ships from a maritime prepositioning 
squadron within sight of Pusan harbor. Resupply and reinforcement by sealift froze. 
Without a guarantee of the arrival of their heavy-lift equipment by sealift, Army troops 
began piling up at their transshipment airheads in the United States. To add to the mass 
disruption, the Navy ordered three aircraft carrier battle groups out of the Sea of Japan 
until safety could be assured; Air Force tactical aircraft stayed at distant rear bases in 
Japan and Okinawa until sufficient aviation fuel and ordnance at their Korean air bases 
could be stockpiled 

The Navy said it could not guarantee sealift resupply until D-Day +30. But 
North Koreans were pouring south in corps strength. The Navy needed to flush the subs, 
organize escort, and sanitize the approach routes. The Army insisted it did not have 30 
days to sit on their hands waiting for the Navy to scare away a few clunky old subs. 

Two divisions had already been airlifted from the States. The troops had to have 
their equipment, they could not wait 30 days. Everything depended on resupply but unlike 
Desert Storm the luxury of a slow and unopposed buildup was not available. It was the 
Navy role in a major regional conflict to assist the buildup of Army power. But the US 
Navy had few forces to commit. Meager ASW assets in theater were immediately 
deployed: A few nuclear submarines deployed to patrol areas off the Korean coast; 
land-based aircraft launched from Japanese bases; and precious escort ships sailed to 
barrier patrols and with convoys. 

U. S. Navy forces began to score submarine kills, but Coalition shipping losses 
continued to mount. Two Army Prepositioning Afloat (APA) ships, three chartered 
tankers, and two scarce amphibious transports fell victim to enemy torpedoes or 
submarine-laid mines within a week ’ s time. 

To increase enemy submarine attrition even more Navy ASW forces were 
demanded — but there were none to tap. Naval surface combatants were stretched to the 



limit, filling other missions of the Coalition plan that competed with ASW assignments: 
traditioTKil gunfire support, Tomahawk cruise missile strikes, or the new task of 
protecting against enemy theater ballistic missiles. 

The answer to this dilemma “was”: Antisubmarine warfare must be analyzed 

from a joint warfighting perspective. 

A nation with a submarine force can quickly become a threat to any country’s 
commerce and logistics lifeline. Even vintage diesel submarines can cripple a supply 
line for weeks. 

“No other single weapon available to the world’s regional powers today 
can derail a modem military campaign so totally and rapidly as a 
submarine. ” (Linder, 1995) 



2 . The Need For A Flexible ASW Model 

A dramatic change in mind set must occur to fully utilize all available assets for a 
“traditional-navy-mission” — ASW. It must become clear to the Air Force, Army and 
Marine Corps that they no longer can ignore the consequences of an enemy’s submarine 
blockade. Just as a tactical air campaign precedes the primary ground offensive, so too 
must the sea lanes be secured to an uninterrupted flow of war material before even the air 
campaign can begin This realization is the first step in the “jointization” of 
antisubmarine warfare. 

To provide historical backing: Analysis of RAF data from World War II 
shows where British bombers were integrated into the anti-U-boat patrols 
in the Atlantic. Long range RAF Sutherland, Liberator, and Catalina 
aircraft and shorter-range Willington, Whitley, Maruader, and Hudson 
aircraft accounted for 247 of the reported 781 U-boat losses in the 
Atlantic. Ships and aircraft working in tandem destroyed another 32 
submarines. 

(MacMillan, 1950) 
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The “traditional-navy” ASW platforms are submarines, maritime patrol aircraft (MPAs), 
and surface ASW ships and their aerial complement. Non-traditional ASW platforms 
could be Air Force F-117s, B-52s and tankers, Marine Harriers and helicopters, and 
SOCOM special forces. Joint ASW tactics could include submarine port bombing, radar 
flooding, satellite system targeting, and harbor mining. 

To rapidly respond there must be a plan for such a campaign. This aim of this 
thesis is to provide a tool to the military decision-maker, a large-scale, aggregated, highly 
flexible model of the ASW campaign that is not limited by force mix or tactics. The user 
friendly campaign decision aid developed in this thesis provides an integrated look at all 
the ASW forces’ effects in concert, and the total threat of a submarine fleet to shipping 
(or warships) over their operating lifetime. The deliverable graphical user interface 
developed in this thesis will function as the analytical tool for flexible and robust ASW 
campaign analysis. 

3. The Needs Of Combined Forces Command - Korea 

Much like nuclear weapons, the submarine was and is a weapon that can frighten 
even the largest of powers, and proliferation is continuing. If old submarines can be 
viewed as such a threat, consider the fact that diesel submarines like the Russian Kilo and 
the German Type 209 are being made available to almost any country with the money. Is 
it any wonder that the North Korean submarine force, the third largest in the world, is 



considered the greatest obstacle to rapid resupply and the timely destruction of a North 
Korean invasion of Republic of Korea? 

The tense nature of the region, the unstable state of the armistice and close 
proximity to North Korea’s powerful submarine force deems the Republic of Korea as a 
nation in need of a joint ASW campaign model. The Combined Forces Command - 
Analysis Branch, Republic of Korea is the sponsor of the original intent of this model. It 
was their desire that the North Korean submarine threat be analyzed by Naval 
Postgraduate School students and faculty. 

The Korean War scenario in Chapter I presents realistic expectations that a North 
Korean invasion will be rapid and possibly unorthodox. Resupply from the sea will 
probably be interrupted by submarines. North Korean and/or some other nation. If only 
limited assets are available, the ROK will need to quickly develop a Joint and Combined 
ASW plan. The model presented in this thesis is the analytical tool that is flexible and 
robust enough to develop such a timely campaign. 

C. MODEL APPLICABILITY 

The model is not limited to the Korean MRC (major regional conflict) but could 
be used for any scenario that involves a submarine fleet, that of Red China for example. 
With the de-emphasizing of ASW training and equipment procurement, there will be 
fewer and fewer naval forces available. Yet, third world submarine acquisition is not 
seeing the same de-emphasis. A strong ASW force must come from the available assets 
or be made available from joint and combined forces. The task then becomes the 
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development of an effective antisubmarine warfare campaign plan against any country 
possessing a viable submarine threat. The flexibility and robustness of this model allows 
it to be applied to any scenario that poses a submarine threat. 

The model can be applied to scenarios where: 



pre-war or post-war analyses are 
required, 

on-going war analysis is required, 

single patrol or single submarine 
campaign is desired, 

multiple patrol or multiple op area 
campaign is desired, 

force allocation is desired, 

littoral and open water analysis are 
desired, 



any specific starting or stopping 
point is desired, 

the submarine platform varies, 

the number of submarines varies, 

submarine tactics vary, 

deployment schedules vary, 

ASW tactics vary, 

campaign aggregation is desired, 

varying coalition forces will be 
employed. 



(Throughout this thesis and when using the model, the term red submarine can be 
thought as a single enemy submarine or cm entire enemy submarine pack or force.) 
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II. THE MODEL 



A. DESCRIPTION 

The primary modeling effort of this thesis focuses on the construction of an ASW 
campaign template that is easy to understand and use. The Jack Hall (1969) circulation 
model was the initial basis for the campaign template. A circulation model with multiple 
barriers is necessary to incorporate all possible traditional naval ASW assets along with 
as many joint elements that can be made available to the ASW mission. In template 
form, these will be nothing more than simple aggregated probability of kill inputs. 

In order to use the Joint-ASW Model GUI, various survival probabilities of an 
enemy (red) submarine must be known based on the friendly (blue) ASW combat 
effectiveness in four different regimes. The regimes for attack are: 

• In port (prior to departure), 

• Outbound (enroute to the op area), 

• Op areas, and 

• Inbound (enroute to the red submarine port). 

The ASW forces can range from none to a large aggregation of subsurface, surface, air, 
and space resources. A single ASW “barrier” can include naval as well as joint and 
combined service components which contribute to the ASW campaign. The objective of 
the ASW barrier must be to kill the red submarine during its transit. This equates to 
increased survivability of friendly ships. It is important to note that shipping protection 
can be accomplished in many ways, to include delaying the red submarine, knowing 
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where the red sub is located to avoid it and of course localizing and killing it. The delays 
which may be accomplished by repair facility bombing or delays while overt mines are 
swept are not directly accounted for in the model. These tactics may be indirectly 
accounted for in the number of days or events endured by the red submarine in a 
particular regime. 

The equations presented in this section are derived from a simple circulation 
model. ASW resources can be used alone or as a coordinated barrier. The probability of 
survival through any single “barrier attack” must be determined by separate tactical 
analysis prior to execution of the model. This requires: 

1. A pre-determination of the forces available to the ASW barrier and 

2. A knowledge of how the aggregation of forces defines the probability of 
survival of the red submarine through the barrier. 

Along with this determination, it is important that the user have a variety of barrier 

packages defined as survival probabilities. This will allow the user to best determine 

how the available ASW assets can be mixed and their performance enhanced. 

The model depicts one red submarine’s single operational cycle. The cycle is then 
used as the skeleton for the blue ASW campaign. The equations used follow classical 
circulation models like those developed by Philip Morse and George Kimball (1946), 
Jack Hall (1969), and Brian McCue (1990). For simplicity, the time steps in the model 
are one day in both the submarine port and the operational areas while the outbound and 
inbound regime time steps are one “event. ” For instance, two “similar” air attacks is 
equal to two events for an enroute air attack barrier. 
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Figure 1. Basic circulation model for an ASW campaign. Note: The number of 
attacks presented serves to illustrate that multiple attacks are possible. 

Figure 1 illustrates a red submarine operation cycle and the blue ASW campaign 
to combat it. For instance, a red submarine spends a number of days in port (6 days are 
depicted in the Figure 1). While in port, it is subject to daily in port attacks. The 
probability that it survives is a function of the number of days spent in port and daily 
survival rate, which is affected by the magnitude of the blue offensive. Surviving the in 
port attacks, the red submarine begins to transit toward its operational area. Along the 
way, the blue forces have assembled various ASW barriers. (Four barriers are depicted in 
the Figure 1.) The outbound barrier’s effectiveness is a function of the capabilities of the 
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barrier, the ASW attacks during the sub transit of the barrier, and the number of barriers 
These barriers will be explained in more detail in a later section. 

When the red submarine arrives in its operational area, it is subject to attrition by 
ASW forces in the op area each day it remains there. In addition to the daily 
effectiveness of blue offensive ASW forces, the probability of red survival in the op area 
is a function of the engagement rate of the submarine and the blue screen’s capability. 
The screen must detect and then prosecute based on the detection. Once the red 
submarine leaves the op area it is again subject to ASW barriers during its return transit 
to port. The cycle is complete when the red submarine reaches port. The expected 
number of attacks it makes and the probability of kill for the cycle is recorded. 
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B. REGIMES - DEFINITIONS AND EQUATIONS 



The equations are broken down into the four regimes (shown in gray): in port 
attacks, outbound barriers, operational areas, and inbound barriers. Figure 2 shows an 
example of the user’s data form. It is used for data input, viewing a record of output and 
accessing other forms such as help files and the data set being created. 

The Input regimes depicted in Figure 2 in the dark gray boxes are described in 
detail below. Each regime description below is encapsulated in a tight gray box tike 
this to provide continuity and clarity. The equations for each regime are presented to 
provide an understanding of how the results are determined. The final section of this 
chapter provides the equations for the calculated Results (shown in the green box). The 
term record refers to a data set entry consisting of inputs and results an entire patrol 
calculation. Each time the “Calculate” button is clicked a new record is created that can 
be added to the data set. (See the Appendix A for data base navigation.) 



(The numbers presented in the following descriptions of input and output are just 
an example and do not represent a real world campaign.) 

The reader is reminded that this is an expected value model and the compounded 
results are expected (mean) values. 
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Figure 2. Example of ASW circulation model main data form. This form is used for 
inputting parameters, calculations, viewing a single record and accessing other features such 

as viewing datasets and getting help. 
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1. Initial Red Sub Fraction 



The nature of the model provides for multiple runs of the model or aggregated 
campaigns. For a typical first run or patrol of a red submarine force the initial red sub 
fraction is one. 

Initial Red Sub F raction 

1 i| 



Figure 3. Example of user input for the initial red submarine fraction box 



When the red submarine force has been attrited by one or more previous patrols, then the 
initial red sub fraction becomes the expected “red fraction remaining” from the previous 
run. The “red fraction remaining” is given in the green results box. 



Red Fraction ^ 
Remaining 0.67661 



Figure 4. Example of output for the fraction of red submarine force remaining 



2. In Port Regime 

For simplicity of the model, only attacks against the red submarine are of interest. 
As mentioned previously only direct attacks are accounted for in the model calculations. 
Examples of direct attacks on a submarine are bombing, missile attack, and hull mining. 
Less direct and effective attacks must be accounted for by increased in port time due to 
bombing of submarine piers, repair facilities, weapon storage facilities, communication 
sites, harbor mining, and jamming of submarine communications. 
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IN PORT ATTACK 

User entries: 

P(Survival) := qPort = Probability of survival of the red submarine in port 
# Days := Dport = Number of Days the red submarine spends in port 



IN PORT ATTACK •• %•••- 

j 0.999 #Days J~ 20 



Figure 5. Example of user input for the in port attack box 



The in port survival formulation is: qlnPort - qPort Dpor: 



( 1 ) 



The model formulation to this point is: 



PSubSunklnPort = (1- Redlnit • qlnPort) 



( 2 ) 



3. Outbound Regime 

The outbound barriers can take the form of any anti-submarine tactic that hinders 
the red submarine's progress to its op area. Examples include harbor and sea lane 
mining, traditional Naval ASW consisting of submarines, P-3s, destroyers, and others, 
and various assets used for C4ISR such as aircraft and satellites for communication 
interception and reconnaissance. Any of these assets can be used alone or as an 
aggregated barrier. The probability of survival through any barrier must be determined 
by the user prior to execution of the model. This will require a prior determination of the 
assets to be assigned to the ASW barrier which in turn determines the probability of 
survival of the red submarine passing through the barrier. Along with this determination 
it is important that the user have a variety of barrier survival probabilities for various 
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ASW asset mixes. This allows the user to determine how the available ASW assets can 



best be allocated. 



OUTBOUND BARRIERS 



User entries: 

Event Description := Text description of barrier 

P(Survival) := qOut 2 - = Probability of red sub surviving one blue attack event in barrier i 
# Events := NOut = Number or type of events of the outbound barrier 



An example of the outbound formulation for 4 barriers is: 



qOutf • qOut 2 • qOutl • qOut A 

where the first barrier has 2 events, the second and fourth have 1 event, and the third has 
5 events. 



OUTBOUND BARRIERS 

Irairf Description Ft Survival) # Events 



B-52 Minefield 


0.996 




% 


Sub Attack 


0.99 


2 


ill 




1 


0 




1. , >1 


1 i 1 


L t o 



Figure 6. Example of user input for the outbound barrier box 



The Outbound survival formulation is: 



Out 

qOutbound = ~[qOutf 

i=I 



(3) 



where qOut ? is the probability of survival for barrier i, n i is the number of days in 
barrier i and N 0ut is the number or type of Outbound barriers. 



The model formulation to this point is: 



PSubSunkQutbound = Redlnit • qlnPort • (1- qOutbound) 



(4) 



4. Operational Area Regime 

The operational area of the blue forces is defined as the area where the blue ships 
will operate, loiter and seek targets to attack. It is the objective destination of the red 
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submarine The blue ASW campaign objective is to successfully operate in this area 
while minimizing ship loss to red submarines. 

Merchant or cargo vessels are generally thought of as defenseless against a 
submarine. They can travel independently or in convoys, with protective escort or 
without. High value units (HVU) such as aircraft carriers, while somewhat defenseless 
without their complement of aircraft, have ASW assets available and will always travel 
with an escort. 




More^\ 

Engagements 

'\Today?^' 



^Mpre^> 
Days in Op 
\Area? V 



Daily 

Offensive ASW 



Yes 



Yes 



To Inbound 



Figure 7. Wire diagram of red submarines’ transit through a blue Operational Area. 



OP AREA ATTACK 

User entries: 

P(Survivc Offensive) := qOff = Probability of red sub surviving daily offensive ASW 
P(Screen Detects Sub) ~ Pd = Probability blue screen detects the red sub that attempts 
to attack a target 

P(Red Killed | Blue Detects) := Pk|d = Probability blue kills red given red is detected 
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Dally Op Area Attacks Achieved by the Red Sub 

Engage- 1 

Daily Attacks Achieved = qOjf • (1 - Pd) • ^ (1 - Pd • Pk\d) k 

k= o 



Total Op Area Attacks Achieved by the Red Sub: 

Dop - 1 

Kedlnit • qlnPort • qOutbound • DailyAtlacksAchieved • ^ qOff m 

m= 0 



( 7 ) 

( 8 ) 



Fractional Number of Engagements: 

The model allows for the case where the number of engagements is between 0.0 

and 1.0 since a fractional number in this range seems realistic for a daily engagement 

rate. Fractional values greater than one are not allowed but whole attacks per day (2, 3, 

4, ...) are permitted. The fractional case is handled by adjusting the daily offensive ASW 

and the number of days the red sub spends in the op area. This allows the number of 

engagements (Engage) to take on the integer value 1 which is necessary for the software 

programming. The new values become: 

Engage is a fraction so Engage* => 1, 
qOff* = qOff /Engage, 

Dop* = Dop / Engage. 



This summation assumes that the number of engagements is greater than zero. If 
the number of engagements is zero then the model accounts for this by ignoring the 
engagement term. 



5. Inbound Regime 

The inbound barriers can take the form of any anti-submarine tactic that hinders 
the red submarine's progress. The inbound regime is similar to the outbound regime. 
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INBOUND BARRIERS 

User entries: 

Event Description := Text description of barrier 

P(Survival) := qln ; = Probability of red sub surviving one blue attack event in barrier i 
# Events := NIn = Number of events of the Inbound barrier 



; INBOUND BARRIERS 

Even* Description P(Suivival) # Events 



P-3 Attack 


0.938 


3 




1 


0 



1 I 0 

if 0 

Figure 9. Example of user input for the Inbound barrier box 






The Inbound survival formulation is: 




( 9 ) 



where qln is the probability of survival for barrier i, n i is the number of days in 
barrier i and N In is the number or types of Inbound barriers. 



Letting: 

• qlnPort = 1 - PSubSunklnPort, 

• qOutbound = 1 - pSubSunkOutbound, 

• qOpArea = 1 - PSubSunklnOpArea 
the equation to this point becomes: 



PSubSunklnbound = Redinit • qlnport • qOutbound • qOpArea • (1 - qlnbound) ( 1 0) 



6. Output Results 

The probability results can be interpreted as the fraction, on the average, of the 
red submarine force remaining after one patrol or cycle. The user must decide if the 
submarine threat has been sufficiently reduced in this one patrol based on the desires and 
capabilities of the campaign plan. Also considered must be the number of attacks the red 
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submarine is able to achieve keeping in mind the simplifying assumption that the red 
submarine has a sufficient arsenal to conduct the calculated number of attacks achieved 
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Total := Total number of attacks achieved 




Dop - 1 

Redinit • qlnPort • qOutbound • Dai ly Attacks Achieved • ^ qOff m 

m= 0 


( 18 ) 



C. SOFTWARE AND CODING 

The Joint Anti-Submarine Warfare Model uses a graphical user interface (GUI) 
created in Borland® Delphi™ for Microsoft® Windows®. It requires Windows® 3.x or 
later to run the executable file, 16-bit and 32-bit versions are available. 

This model is written to evaluate an ASW campaign utilizing various assets in 
ASW roles. The model provides the user an interface to enter the survival probabilities 
along with other related campaign parameters based on available ASW resources. The 
user is then provided as output the survival probabilities in three regimes, an overall 
survival prediction of the red submarine as well as the number of daily and total attacks 
the red submarine can achieve. Finally, the input and output are stored as a data base for 
further evaluation. This information can aide in determining force mix while providing 
an idea of how much of a submarine attack the blue forces are willing to endure. 

Once the model was structured it was made interactive using the low level 
computer programming language PASCAL in Delphi. Other programming languages, 
analysis tools or graphical interfaces could have been used in a similar fashion. The 
ability of the model to be dynamic and interactive allows the user to easily tailor his 
ASW campaign forces to the model regimes. Along with applying traditional and joint 
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ASW assets, new ASW employment and tactics specifically designed for the areas along 
the littoral could easily be analyzed. 

The user’s manual (Appendix B) provides instructions of how the model can be 
applied to a campaign. The instructions inform the user of the flexibility of the input 
parameters allowing use of all available assets as well as the ability to easily incorporate 
new technologies as they become available. A working knowledge of how various 
probabilities of kills and ASW barrier strategies is assumed and necessary for valid data 
input and interpretation of the results. (A description of a circulation model and survival 
probabilities is presented in McCue, 1990.) Along with the application of assets, the 
varying of the asset mix to achieve the best possible ASW strategy without drawing too 
many assets from other areas of the campaign is explained. This critical mixing is the 
key to the joint applicability of the model. All available assets must be “fully” utilized. 
If some assets are over utilized by one facet of the war then the attempt at full utilization 
is wrong. For example, if B-52s are allocated to the ground campaign for large area 
bombing when the ground war is actually being delayed because enemy submarines are 
slowing the resupply effort then B-52s are not being properly utilized. Using the B-52s 
for a few days of submarine port bombing or harbor mining may be a better way to fully 
utilize available assets. The same is true if B-52s are performing ASW missions when 
the ground campaign is the primary focus of attack. This is the mind-set the model user 
must achieve to begin to tap the benefits of a joint ASW model. 
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D. SHORTCOMINGS OF THE MODEL INTERFACE 



Due to a number of factors, including time and inexperience with the software, 
certain shortcomings of the usable model exist which must be known. These 
shortcomings are simply issues that the user should be aware of when using this 
analytical tool. 

1. Limited Input Value Ranges 

Abnormal values such as probabilities less than zero are not allowed by the 
model. The model will only accept values in the allowed ranges. The user will receive 
an error message and be prompted for another input if a value is outside the allowed 
range. 

The ranges of allowed values are: 

• All probabilities and “Initial Red Sub Fraction” = {0.0, 1 .0}, 

• Number of days and events = {0, 999} (this must be an integer 
value), 

• Number of engagements = {0.0, 1.0} and {1, 99} (integer values 
^ 1 ) 

• Event descriptions = 20 characters or less 

• Memo Record = 50 characters or less 

The default parameters are such that not all of the input parameters need to be 
entered. The data is entered in a screen which is defined as the main form of the model. 
All other screens or forms can be accessed from the main form. In order to input data, 
the user simply clickc on the desired input box and types a value. It may be necessary to 
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that is already in the box by backspacing or highlighting and deleting the value. It is 
possible to tab through the input boxes and enter values without having to delete old 
values. 

2. Number Of Days And Engagements Per Day 

Some values such as the number of days must be an integer value since these 
values are part of a summation or product index which is handled by program looping. 
The same is true of the number of engagements for values greater that or equal to one. 
The special case where the number of engagements is a fraction in the range of {0.0, 1.0} 
is coded by number manipulation and then rounding the value of the number of 
engagements to one. This number manipulation explained in detail in the section on “Op 
Area Attack. ” This fractional range from 0.0 to 1.0 was deemed important and easily 
codable for the model, but whole numbers greater than one are allowed. 

3. Limited Number Of Barriers 

Only four outbound and inbound barriers are allowed for a single patrol due size 
limitations of the input screen. This has, thus far, not been a problem for any verification 
campaigns. 

4. Simple Help Files 

The graphical interface does not allow the use of pull down menus like some 
software products because of time and the complexity of the coding required to 
accomplish these tasks. The help available to the user during the running of the model 
consists of a number of scrollable text files. If this is insufficient then the user’s manual 
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(Appendix A) or this thesis can be used. 

5. Rounding Output 

Values had to be rounded to five decimal places to fit on the main form screen. 
This should not be a problem given the accuracy of most probability information. 

6. Time Steps 

The selection of daily and event time steps is based on convenience and is 
supported by previous models (Eagle, 1987) and (Washburn, 1980). The time step need 
not be one 24 hour day but simply a convenient unit of time that is consistent for all 
regimes. For example, a time step of one hour can be used provided that each regime 
uses the same time step. This can be done by adjusting the value for the number “days” 
in port, “days” in the op area, and the “daily” number of engagements to hours. The 
number of barrier events must also be adjusted accordingly. This may be another way to 
account for a fractional engagement rate. 

7. What The Model Does Not Know In The Op Area 

The model is not able to know if the red submarine has sufficient weapons to 
continue attacking for the inputted number of days in the operational area. Along these 
lines, the model cannot know if the red submarine would interrupt its attack cycle due to 
damage or some other reason. The damage in hits achieved by a red submarine attack is 
not a part of the model. Instead, just the number of attacks are tallied and the user must 
decide how many merchant ships or warships were put out of action or sunk in each 
attack. Also, the time required for individual engagements cannot be easily inputted into 



27 



the model. Only a single daily engagement rate can be handled by the model. 
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III. MODEL VERIFICATION AND VALIDATION 



Verification was achieved by trying each regime in isolation and comparing 
results with hand calculations. The entire model was then exercised and compared with 
hand calculations of aggregated model inputs. The verification numbers used were 
deemed reasonable to ASW trained personnel. The intent of verification was to simply 
test that the model produced results that correspond to the equations and event flows in 
the model. Validation consisted of inputting reasonable values to see that reasonable 
results ensued. 

Presented in the subsections of this chapter are two campaigns. The testing is 
presented here as a series of tests. First, the in port regime was tested by itself. Second, 
the model was tested by adding the outbound regime to the in port regime. Third, the 
model was tested for an entire patrol and finally, the model was tested for multiple 
campaigns patrols or an aggregated campaign. Each time the model was tested, the 
legitimacy of the results was verified by hand calculations. 

A. ISOLATED REGIME 

Assuming a direct attack against a submarine in port would not be very effective 
the probability of survival, qPort , would be quite large, for example qPort = 0.999. For 
the simple case of a submarine spending one day in port, the total probability of the 
submarine surviving is just: 

qPort 1 = qPort = 0.999. 
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If the submarine spends 20 days the total probability of the submarine surviving is: 
qlnPort = qPort 20 = 0. 999 20 
= 0.980. 

In words, 98 percent of the submarine force will be leaving the red submarine port to 
conduct the rest of the patrol. In terms of the probability that the submarine is sunk, 
PSubSunklnPort = 1 - 0.98 = 0.02 
or 2 percent of the submarine force was destroyed by in port attacks. 

B. MULTIPLE REGIMES 

Continuing with this 98 percent of a red submarine force, various blue barriers 
are staged to weaken the submarine threat along the outbound transit to the objective 
destination, the operational area. The outbound regime time steps are “events.” Along 
the outbound transit, B-52s have laid a minefield which has a 0.4 percent chance of kill 
and is defined to be one event. Another outbound barrier encountered is a blue fast 
attack submarine which has a one percent chance of kill for each of its two attacks it 
conducts. Summarizing these two outbound barriers: 

Minefield: qOutl = 1 - 0.004 = 0.996, 1 event 

Attack Sub: qOut2 = 1 - 0.010 = 0.99, 2 events 

Outbound Survival Probability: qOutbound = qOut 1 • qout 2 2 

= 0.996* 0.99 2 

= 0.976 

The probability the sub is sunk during the outbound transit is: 
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qlnPort • (1 - qOutbound ) = 0.98 • (1 - 0.976) = 0.023 
In words, 97.7 percent of the red submarine force will continue to the operational area 
regime to attack the blue forces. If the patrol did not continue to the operational area the 
blue force achieved a total probability of kill, PSubSunkTotal = 1 - 0.977 = 0.023 or 2.3 
percent attrition of the red submarine force. 

C. FULL PATROL / SINGLE CAMPAIGN 

Continuing with the example, next 97.7 percent of the red submarine force enters 
the operational area, blue ASW forces launch daily offensive attacks using MPA Harrier 
reconnaissance, and coalition ASW submarines. The probability that the red submarine 
survives each daily offensive attack is qOff = 0.98. If the blue force does not have a 
screen, which will be the case for independently sailing merchant ships, then the 
probability that the submarine, is detected during an attack is zero. However, for this 
campaign we use a screen consisting of a cruiser, a destroyer and an S-3 yielding a 
probability of detecting the red submarine force, Pd = 0.06, and a probability of kill 
given detection, Pk\d = 0.09. For such a weak screen, 2 engagements per day by the red 
sub (Engage) seem possible. We further estimate that the red submarine force will 
remain in the operational area for 10 days (Dop). Summarizing the daily operational 
area results: 
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Engage - 1 

PSubSunkOnlstDay = (1 - qOff ) + qOff • Pd • Pk\d • (1 -Pd* Pk\d)' 

i = 0 

2-1 

= (1 - 0.98) + 0.98 • 0.06 • 0.09 ♦ (1 - 0.06 • 0.09) ; 

;= o 

= 0.031 

The probability that the sub is sunk in the operational area (ignoring previous 
attrition) over its entire 10 day patrol is: 

Dop - 1 

PSubSunklnOpAreaAlone = PSubSunkOnlstDay • La - PSubSunkOnlstDay) 3 

j= o 

10-1 

= 0.031* Yj (1 — 0.03 iy 

j = 0 

= 0.267 

Therefore, the probability that the red submarine force survives op area attacks is: 
qOpArea = 1 - PSubSunklnOpAreaAlone 
= 1 - 0.267 = 0.733 
Including the previous attrition: 

PSubSunklnOpArea - qlnPort •qOutbound • (1 - qOpArea ) 

= 0.98* 0.976* (1-0.733) 

= 0.255 

Leaving the operational area, the red submarine force must transit through one 
inbound barrier of P-3s. A 1.2 percent chance of kill exists for each of its 3 events 
conducted. Summarizing this inbound barrier: 

P-3 barrier: qlnl = 1 - 0.012 = 0.988, 3 events 

Inbound Survival Probability: qlnbound = qlnl 3 

= 0.98 8 s 
= 0.964 
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After accounting for the fact that some subs have already been sunk the probability that 
the submarine is sunk by the inbound barrier is: 

PSubSunklnbound = qlnPort • qOutbound • qOpArea • (1 - qlnbound ) 

= 0.98* 0.976* 0.733* (1 - 0.964) 

= 0.025 

The total patrol survival probability after the four regimes is: 
qlnPort * qOutbound • qOpArea • qlnbound 

= 0.98 • 0.976 • 0.733 • 0.964 
= 0.676 

In words, 67.6 percent of the red submarine force will complete the entire patrol. The 
total probability of kill achieved on the port-to-port cycle is: 

PSubSunkTotal = 1-0.676 = 0.324 

or 32.4 percent attrition of the red submarine force for its first round trip. 

Also of importance is the number of attacks the red submarine force is able to 
achieve. These attacks are conducted in the blue operational area when an engaging red 
submarine is not detected by the screen. The calculations are dependent on how much of 
the red submarine force is available daily in the operational area to conduct attacks. 
Since we have specified that two attacks per submarine are possible, the number of red 
submarine attacks achieved on the first day are: 

Engage - 1 

DailyAttacksAchieved = qOff • (1 - Pd) • ^ (1 - Pd • Pk\d) k 

k = o 

2-1 

= 0.98 • (1 - 0.06) • X (1 - 0 .06 • 0.09)* 

k= 0 

= 1.84 
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The total number of attacks per sub achieved during its 10 days in the op area is: 

Dop - 1 

TotalAttacksAchieved - qlnPort • qOutbound • DailyAttacksAchieved • ^qOJf m 

m=0 

10-1 

= 0.980* 0.976* 1.84 • ^ 0.98 m 

m= 0 

= 16.1 

Simple Patrol Campaign Summary: The ASW campaign killed approximately 

32 percent of the submarine force during its round trip, and each sub achieved 
approximately 16 attacks. We do not say how many ships in a convoy may be torpedoed 
on the average by each sub attack. For instance, it may fire a salvo of 6 torpedoes and hit 
2.5 merchant ships for a total of 40 ships torpedoed. Achieving most (26.7%) of the 
attrition in the blue operational area where the red submarine force spends most of its 
time makes sense for the inputs in the example. However, the user would challengein his 
own mind whether the sub capable of making 16 attacks and hitting 40 ships would 
actually do so. If he fires 6 torpedoes per attack he would have to carry 96 torpedoes to 
sea! 

D. MULTIPLE PATROL / AGGREGATED CAMPAIGN 

A multiple patrol campaign test is next demonstrated to analyze how various 
forces can best be used. Achieving the proper force mix based on the available assets is a 
fundamental goal of running the model. Using the above example as the base campaign, 
various changes are described below and the results summarized in the table which 
follows. 
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Campaign L (Attrition) : Using the base campaign described in the previous sections, 
67.7 percent of the red submarine force remain, a campaign of continuing attrition is 
conducted. 

Campaign la: (Remaining red submarine force = 0.677) 

1. Reduced bombing of the submarine port coupled with only a short in 
port period. 

2. B-52 minefield is replenished but is not as effective because of enemy 
intelligence. 

3. P-3 attack becomes an outbound vice an inbound barrier. 

4. Op Area offensive becomes slightly more efficient at killing the red 
submarines. 

5. JSTARS intelligence is added to the screen effectiveness. 

6. The number of engagements per day decreases because of the increased 
complexity of the forces in the op area. 

Campaign lb: (Remaining red submarine force = 0.464) 

1 . Ten day in port period. 

2. B-52 minefield is not replenished and therefore is less effective. 

3. Op Area offensive is enhanced by a cruiser. 

4. SSN is added to the screen. 

5. P-3 attack and a coalition SS barriers are added to the inbound regime. 

At the end of campaign lb only 20.7 percent of the red submarine force 
remains. 



Campaign 2: Using the base campaign described in previous sections, a 

campaign involving a submarine assault against a second and third operational 
area is conducted. Only the in port, outbound, and operational regimes from the 
original example will be used. Since the red submarine force is not returning to 
port after the first and second operational areas the inbound regime will be 
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ignored. The outbound regime will be used for enroute barriers between the 
operational area regimes. The red submarine force will pass through the inbound 
barrier after the final operational area. The op area of Campaign 2a is for 
merchants while the op area for 2b is for an aircraft carrier. 

Campaign 2a: (Remaining red submarine force = 0.702) 

1 . SSN attacks the red submarine in the outbound (enroute) regime. 

2. No offensive ASW because this op area is for merchants. 

3. Screen is limited to a FF and one helicopter. 

4. The number of engagements is high because of the small ASW force in 
the op area. 

Campaign 2b: (Remaining red submarine force = 0. 671) 

1. P-3 attacks the red submarine force in the outbound (enroute) regime. 

2. Air Force F-15 intelligence improves the P-3’s ability to find the red 
submarine and thus decrease the probability of its survival in the outbound 
regime. 



3. Offensive ASW consists of a cruiser and diesel submarine. 

4. Screen consists of a cruiser, two destroyers, one SSN, one FFG and 
two S-3s freed form refueling duty by reallocation of assets. 

5. The number of engagements per day is small (0.5). To allow the 
software to handle a fractional value, the number of days in the op area 
and the probability of surviving daily offensive attacks (qOff) must be 
altered. For 0.5 engagements/day the number of days is doubled 
(Dop/fractional number of engagements) and qOff halved (qOff/fractional 
number of engagements). This allows the number of engagements/day to 
take on an integer value of one. 

6. A P-3 laid minefield is the sole barrier for the inbound regime. 

At the end of campaign 2b only 0.47 percent of the red submarine force 
remains. 

Table 1 contains the specific inputs and results for the extended campaigns 
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Attrition Campaign 


Multiple Op Areas 
Campaign 


Inputs 


1 


la 


lb 


7 


2a 


2b 


Initial Red Sub 
Fraction 


— — 


0.677 


0.464 


i 


0.702 


0.671 


qPort 


0.999 


0.9999 


0.9999 


0.999 


i 


1 


Dport 


20 


5 


10 


20 


0 


0 


qOutl 


0.996 


0.998 


0.999 


0.996 


0.985 


0.9 


# of Events 


1 


1 


1 


1 


2 


-*> 

J 


qOut2 


0.99 


0.99 


0.99 


0.99 


1 


1 


# of Events 


2 


1 


2 


2 


0 


0 


qOut3 


1 


0.988 


1 


1 


1 


1 


# of Events 


0 


1 


0 


0 


0 


0 


qOff 


0.98 


0.985 


0.9 


0.98 


1 


0.99 


Pd 


0.06 


0.1 


0.15 


0.06 


0.02 


0.4 


Pk\d 


0.09 


0.2 


0.3 


0.09 


0.05 


0.5 


Engagements 


2 


1 


1 


2 


'J 

D 


0.5 


Dop 


10 


10 


5 


10 


5 


10 


qlnl 


0.988 


1 


0.988 


1 


1 


0.995 


# of Events 


3 


0 


2 


0 


0 


1 


qln2 


1 


1 


0.999 


1 


1 


1 


# of Events 


0 


0 


1 


0 


0 


0 


Results 


P(Sub Sunk) 


In Port 


0.02 


0.324 


0.537 


0.02 


0.298 


0.329 


Outbound 


0.023 


0.016 


0.010 


0.023 


0.021 


0.182 


Op Area 


0.255 


0.196 


0.241 


0.255 


0.010 


0.484 


1 st Day 


0.031 


0.035 


0.141 


0.031 


0.003 


0.604 


Inbound 


0.025 


0 


0.005 


0 


0 


0.000 


Total 


0.324 


0.536 


0.793 


0.298 


0.329 


0.995 


A ttacks A chie ved 


Daily 


1.84 


0.60 


0.36 


1.84 


2.060 


0.199 


Total 


16.1 


5.47 


1.42 


16.1 


10 


0.279 


Red Force 
Remaining 


0.677 


0.464 


0.207 


0.702 


0.671 


0.005 



Table 1. Model verification input and output for two different campaigns 
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These scenarios provide verification to the model along with examples of how the 
model can be used. Other examples of campaign scenarios include: 

• Pre-deployed red submarines. (Entering the model at any regime is possible 
by using the default values for the undesired regimes. The default values are 
such that the survival probability inputs are one, the probability of detection 
and kill given detection are zero, and number of days or events are zero.) 

• Single regime or tactic analyses. 

• One red submarine or many red submarines. 

The model is considered verified. No real world validation of an entire campaign 
is possible, however, because of the complexity of the campaign. The best that can be 
hoped for is to use fleet exercises and tactical models to assemble the best possible inputs 
for in port, enroute and operational area effectiveness of the ASW force and of the red 
submarines in detecting, closing and attacking blue shipping or naval forces. 
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IV. SUMMARY AND RECOMMENDATIONS 



A. SUMMARY 

“No other single weapon available to the world’s regional powers today 
can derail a modem military campaign so totally and rapidly as a 
submarine. ” (Linder, 1995) 

The change in the world situation has prompted the emergence of an old problem 
that was never completely solved. The diesel threat was virtually disregarded during the 
development of nuclear power for submarines and the subsequent build up of the Soviet 
submarine force. ASW resources throughout the 1970s and 1980s were centered on the 
nuclear threat (SSNs/SSGNs) but the in the 1990s the threat has shifted to the 
significantly less expensive but prevalent diesel. Better use of available assets coupled 
with new tactics are required to deal with the diesel submarine. 

The circulation model adapted for use in this thesis provides a flexible, robust 
approach to ASW campaign analysis. To rapidly respond there must be a plan for such a 
campaign. The aim of this thesis was to provide a tool to the military decision-maker, a 
large-scale, aggregated, highly flexible model of the ASW campaign that is not limited 
by force mix or tactics. The user friendly campaign decision aid developed in this thesis 
provides an integrated look at all the ASW forces’ effects in concert, and the total threat 
of a submarine fleet to shipping (or warships) over their operating lifetime. The 
deliverable graphical user interface is the analytical tool for flexible and robust ASW 
campaign analysis. 
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More specifically, the model allows for changing threats, unlimited tactics, 
unlimited force mix, and varying campaign lengths. It uses fixed time steps of days and 
number of events for the various regimes which seem to characterize ASW campaign 
analyses. In fact, the unit of time for an entire patrol can be altered by the user if the 
desired. 

This thesis develops a model distributable as a graphical user interface (GUI) for 
an antisubmarine warfare campaign. The use of the GUI as an analytical tool can aid in 
the planning and analysis of naval and joint force mix to combat an ASW threat. The 
GUI is based on the circulation model developed by Jack Hall (Hall, 1969). Instead of 
limiting the user to uniquely naval assets and specific blue water tactics, this model 
allows the user the flexibility to utilize all available ASW assets in any manner or tactic 
desired. 

The model was developed in Borland ® Delphi ™ for use in Microsoft ® 

Windows ® It is distributable with a nearly empty database and the necessary 
configuration software (Borland Database Engine® and Reportsmith®) to set up and run 
the executable file. The file can be run from a file manager or a File|Run command 
window. 

Some problems encountered with the model and its coding are discussed in the 
previous chapter. Two notable observations of the model are: 



40 



1 . A shortcoming of the model which is not easy to properly account for is that a 
red submarine will continue to conduct engagements until the inputted number of days is 
completed. This occurs regardless whether the red submarine force may have fired all its 
torpedoes or whether blue targets remain in the operational area. 

2. The model alone does not offer techniques for obtaining the required input 
parameters. However, the text of the thesis does suggest ideas of how forces other than 
naval ASW assets can be utilized in an ASW role. 



B. RECOMMENDATIONS 

Continued attention to a comprehensive campaign-wide concept of dealing with 
the submarine threat is recommended. More importantly, increased analysis of the use of 
non-uniquely naval ASW assets in an ASW role must be conducted. This will not be 
possible until all the services including the Navy comprehend the threat of an attack 
submarine, nuclear or diesel. 

Regarding the Model: 

1. The simplistic nature of the circulation model has its limitations. Future 
development of an ASW campaign or increased complexity may overcome or 
sidestep these limitations. 

2. Optimization of each regime could be extremely helpful to the user’s analysis. 
Along this line, optimization of a particular campaign could be conducted and 
incorporated into the user’s manual. 

3. More realistic time steps could be developed to account for varying lengths of 
time in the barrier regime and the time of individual engagements. 

4. The duration of the operational area regime can be improved to account for 
the number of red submarine weapons and send the red submarines home 
after a given number of attacks. 



Regarding the software: 



1. The creation of a graphical user interface (GUI) was to make the model a 
deliverable and usable product. It is not necessary to use a GUI to develop a 
campaign but the software calculations are a great deal simpler and faster. 
The development of a simple, user friendly is the most significant 
accomplishment of this thesis. 

2. Borland Delphi was chosen as the software platform because of its availability 
and ease of use. A similar GUI could have been created in JAVA, Virtual 
Basic or even C++. The use of these other programming mediums may yield 
improved interfaces. 

3. Database interaction and help pages are areas which can be improved upon to 
make the model more user friendly. 
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APPENDIX A. DELPHI CODE 



The code supplied in this appendix is for the main project (32 bit version) and all 
the forms used by the project. Other versions use the same code with the exception of 
specific difference between Delphi 1 .0 and 2.0. The 16-bit versions will not have the 
ReportSmith® print procedures. All the files are written in Borland® PASCAL® which is 
the programming language of Borland® Delphi® . 
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FILE: ASW32.DPR 



program Asw32; 

uses 

Forms, 

Aswmodl in 'A:\Model3\ASW_MODL.PAS' {DataForm}, 
About in 'A:\Model3\ABOUT.PAS' {AboutBox}, 

Asw_grid in 'A:\Model3\ASW_GRJ0D.PAS' {DataSummary}, 
Rsultgrd in ’A:\Model3\RSULTGRD.PAS’ {ResultsForm}, 
Helpmain in 'A:\Model3\helpmain.pas' {HelpMainForm}, 
Hpurpose in 'A:\Model3\hpurpose.pas' {HModelPurpose}, 
Hdata in 'A:\Model3\hdata.pas' {HDataEntry}, 

Dbnav in 'A:\Model3\dbnav.pas' {HDBNav}, 

Heqns in 'A:\Model3\heqns.pas' {HEquations}; 

($R *.RES} 

begin 

Application. CreateForm(TDataForm, DataForm); 

Application. CreateForm(T AboutBox, AboutBox); 
Application. CreateForm(TDataSummary, DataSummary); 
Application.CreateForm(TResultsForm, ResultsForm); 
Application. CreateForm(THelpMainForm, HelpMainForm); 
Application. CreateForm(THModelPurpose, HModelPurpose); 
Application. CreateForm(THDataEntry , HDataEntry); 
Application . CreateForm(THDBNav, HDBNav); 
Application.CreateForm(THEquations, HEquations); 
Application.Run; 
end. 
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ASW32.DPR 



FILE: ASW MODL.PAS 



unit Asw_modl, 

interface 

uses 

About, Helpmain, Asw_grid, Rsultgrd, 

SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
StdCtrls, Forms, DBCtrls, DB, DBTables, Mask, ExtCtrls; 

type 

TDataForm = class(TForm) 

ScrollBox: TScrollBox; 

DataSourcel: TDataSource; 

MainformButtonPanel: TPanel; 

DataformDBNavigator: TDBNavigator; 

ESfPORTGroup: TGroupBox; 

OutboundGroup: TGroupBox; 

ResultsGroup: TGroupBox; 

LabelNAtksPoss: TLabel; 

LabelDailyAtksAchieved: TLabel; 

LabelPPatrolSurv: TLabel; 

LabelPSubSunklnOpArea: TLabel; 

LabelPSubSunklstDay: TLabel; 

LabelPSubSunkOutbound: TLabel; 

LabelPSubSunklnPort: TLabel; 

EditPInPort: TDBEdit; 

LabelPInPortSurv: TLabel; 

LabelDInPort: TLabel; 

EditDInPort: TDBEdit; 

LabelOutDesc. TLabel; 

EditOutlDesc: TDBEdit; 

EditOut2Desc: TDBEdit; 

EditOut3Desc: TDBEdit; 

EditOut4Desc: TDBEdit; 

LabelOutPSurv: TLabel; 

EditPOutl: TDBEdit; 

EditPOut2: TDBEdit; 

EditPOut3: TDBEdit; 

EditPOut4: TDBEdit; 

EditEOutl: TDBEdit; 
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EditE0ut2: TDBEdit; 

EditE0ut3: TDBEdit; 

EditE0ut4: TDBEdit; 
LabelOutNEvents: TLabel; 
OPAREAGroup: TGroupBox; 
LabelPOpAreaSurv: TLabel; 
EditPOpOff: TDBEdit; 

LabelPDet: TLabel; 

EditPDet: TDBEdit; 

LabelPKD: TLabel; 

EditPKillDet: TDBEdit; 

LabelDop: TLabel; 

EditDOpArea: TDBEdit; 
LabelEngagements: TLabel; 
EditNOpAreaAttks: TDBEdit; 
ButtonPanel: TPanel; 

ExitButton: TButton; 
mainpanel: TPanel; 

ASWTable: TTable; 

InboundGroup: TGroupBox; 
LabellnDesc: TLabel; 
LabellnNEvents: TLabel; 
LabellnPSurv: TLabel; 
EditlnlDesc: TDBEdit; 
EditIn2Desc: TDBEdit; 
EditIn3Desc: TDBEdit; 
EditIn4Desc: TDBEdit; 

EditEInl: TDBEdit; 

EditEIn2: TDBEdit; 

EditEIn3 : TDBEdit; 

EditEIn4: TDBEdit; 

EditPInl: TDBEdit; 

EditPIn2: TDBEdit; 

EditPIn3: TDBEdit; 

EditPIn4. TDBEdit; 
LabelPSubSunklnbound: TLabel; 
ASWTablePInPort: TFloatField; 
ASWTableDInPort: TFloatField; 
ASWTableOutlDesc: TStringField; 
ASWTableOut2Desc: TStringField; 
ASWTableOut3Desc: TStringField; 
ASWTableOut4Desc: TStringField; 
ASWTablePOutl: TFloatField; 
ASWTablePOut2: TFloatField; 



ASWTableP0ut3: TFloatField; 
ASWTablePOut4: TFloatField; 

ASWT ableEOut 1 : TFloatField; 
ASWTableEOut2: TFloatField; 

ASWT ableEOut3 : TFloatField; 
ASWTableEOut4: TFloatField; 
ASWTablePOpOfF: TFloatField; 
ASWTablePDet: TFloatField; 
ASWTablePKillDet: TFloatField; 
ASWTableDOpArea: TFloatField; 
ASWTableNOpAreaAttks: TFloatField; 
ASWTablePSubSunldnPort: TFloatField, 
ASWTablePSubSunkOutbound: TFloatField; 
AS WTablePSub Sunk 1 stDay : TFloatField; 
ASWTablePSubSunklnOpArea: TFloatField; 
ASWTableDailyAtksAchieved: TFloatField; 
ASWTableTotalAtksAchieved: TFloatField; 
ASWTableTotalPSubSunk: TFloatField; 
ASWTableld: TFloatField; 

ASWTableMemo: TStringField; 
ASWTablelnlDesc: TStringField; 
ASWTableIn2Desc: TStringField; 
ASWTableIn3Desc: TStringField; 
ASWTableIn4Desc: TStringField; 
ASWTablePInl: TFloatField; 
ASWTablePIn2: TFloatField; 
ASWTablePIn3: TFloatField; 
ASWTablePIn4: TFloatField; 
ASWTableEInl: TFloatField; 
ASWTableEIn2: TFloatField; 
ASWTableEIn3: TFloatField; 
ASWTableEIn4: TFloatField; 
ASWTablePSubSunklnbound: TFloatField; 
ViewData: TButton; 

ViewResults: TButton; 

EditPSubSunklnPort: TDBEdit; 
EditPSubSunkOutbound: TDBEdit; 
EditDailyAtksAchieved: TDBEdit; 
EditTotalAtksAchieved: TDBEdit; 
EditPSubSunklnOpArea: TDBEdit; 
EditPSubSunkOnl stDay: TDBEdit; 
EditTotalPSubSunk: TDBEdit; 
LabelResultsPSubSunk: TLabel; 
LabelResultsAttacksachieved: TLabel; 
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CalculateButton: TButton; 

HelpButton: TButton; 

ImageUpLeft Arrow: TImage; 

ImageLowerLefitArrow: TImage; 

ImageLowerRightArrow: TImage; 

Image 1: TImage; 

RecordMemoGroupBox: TGroupBox; 

EditMemo: TDBEdit; 

AboutButton: TButton; 

EditPSubSunklnbound: TDBEdit; 

ASWTablePRedStartingForce: TFloatFieid, 

InitialRedSubF ractinGroup: T GroupBox; 

EditPRedStart: TDBEdit; 

LabelRedFractionRemaining: TLabel; 

EditRedFractionRemaining: TDBEdit; 
ASWTableRedFractionRemaining: TFloatFieid; 
procedure FormCreate(Sender: TObject); 
procedure ExitButtonClick(Sender: TObject); 
procedure CalculateButtonClick(Sender: TObject); 
procedure HelpButtonClick(Sender: TObject); 
procedure AboutButtonClick(Sender: TObject); 
procedure ViewDataClick(Sender: TObject); 
procedure ViewResultsClick(Sender: TObject); 

private 

{ private declarations } 
public 

{ public declarations } 
end; 

var 

DataForm: TDataForm; 
implementation 
($R *.DFM} 

procedure TDataForm. FormCreate(Sender: TObject); 

{ The procedure TDataForm.FormCreate opens the data base table. } 
begin 

ASWT able. Open; 
end; 

procedure TDataForm. ExitButtonClick(Sender: TObject); 
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{ The procedure TDataForm.ExitButtonClick closes the running program } 
begin 
close; 
end; 

(Power function to compute the Base to the Exponent power.) 

function Power(Base,Exponent: real):real; 

begin 

if (Exponent < 0.000001) then (let zero to the zeroth power = 1 } 
begin 

Power := 1 .0; 
end 

else if (abs(Base) < 0.000001) then { Prevent ln(0) } 
begin 

Power := 0.0; 
end 

else begin 

Power := exp(Exponent*ln(Base)); 
end; 
end; 



{ } 

procedure TDataForm.CalculateButtonClick(Sender: TObject); 

{ The procedure TDataForm.CalculateButtonClick performs the bulk of the 
calculations when the "Calculate" button is clicked. It uses the 
function Power(Base, Exponent: real):real to calculate the "base" to the 
"exponent" power. No other functions or procedures are called by this 
procedure. The input values for this procedure come from the data base 
text boxes on the main form of the project. These values are entered 
by the user at run time. The allowed values are determined by the data 
base structure. No checks for valid input are done in this procedure. 

The calculated values are rounded to 5 digits for consistent, easy to 
read display. The values returned to the main form and data base are in 
text format. } 

var Redinit, qlnPort, PSubSunklnPort, qOutbound, PSubSunkOutbound, qlnbound, 
PSubSunklnbound, qPatrol, TotalPSubSunk, qDet, Pd, Pkd, PdPkd, 
qAtk, qAtkSum, qOff, PSubSunkOnlstDay, qOpArea, PSubSunklnOpArea, 
DailyAtks Achieved, Total AtksAchievedSum, Total Atks Achieved, qOplstDay, 
RealNAtks, RealDop . Real; 
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i, j, k, NAtks, Dop : Integer; 



PSubSunklnPortRounded, PSubSunkOutboundRounded, 

P Sub SunkOn 1 stDayRounded, 

PSubSunklnOpAreaRounded, DailyAtksAchievedRounded, 

P Sub SunklnboundRounded, 

TotalAtksAchievedRounded, TotalPSubSunkRounded, 
RedFractionRemainingRounded : string; 

{ 

Variable Definitions 
Real Variables 

Redinit: "Initial Red Sub Fraction". 

qOff: "P(Survive Blue Daily Offensive)" in the op area, 

Pd: "P(Screen Detects Sub)" in the op area, 

Pkd: "P(Sub Killed|Screen Detects)" in the op area, 

(The next two real variables are used for the fractional engagements loops.) 
RealNAtks: Real "Daily # of Engagements" in the op area, 

RealDop: Real "# Red Days in Op Area", 

qlnPort: Probability the red sub survives the inport attacks, 

PSubSunklnPort: Probability the red sub is sunk by inport attacks, 
qOutbound: Probability the red sub survives the outbound attacks, 
PSubSunkOutbound: Probability the red sub is sunk by outbound attacks, 
qlnboundProbability: the red sub survives the inbound attacks, 
PSubSunklnbound: Probability the red sub is sunk by inbound attacks, 
qPatrol: Probability the red sub survives the all attacks (entire patrol), 
TotalPSubSunk: Probability the red sub is sunk by all attacks (entire patrol), 
qDet: Probability the red sub is not detected, 

PdPkd: Probability the red sub is killed, 

qAtk: Probability of red sub surviving blue attack in the op area, 
qAtkSum: Daily op area survival probability, 

PSubSunkOnlstDay: Probability the red sub is sunk on the first day in the op area, 
qOpArea: Probability the red sub survives the op area attacks, 
PSubSunklnOpArea: Probability the red sub is sunk by op area attacks. 

Daily Atks Achieved: Number of attacks achieved daily by a red sub, 
TotalAtksAchievedSum: Cumulative number of attacks achieved by a red sub, 
TotalAtksAchieved: Total number of attacks achieved by a red sub, 
qOplstDay: Probability of red sub surviving the first day in the op area. 

Integer Variables 

(The two integer variables below are used for the integer loops.) 
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NAtks: Integer "Daily # of Engagements" in the op area, 
Dop: integer "# Red Days in Op Area", 



Strin2 Variables 

All the string variables are use for rounding calculations. 

} 

begin 

Redlnit := StrToFloat(EditPRedStart.text); 

{***IN PORT***} 

qlnPort := RedInit*Power( StrToFloat(EditPInport.text),StrToFloat(EditDInport.text)); 
PSubSunklnPort := 1.0 - qlnPort; 

PSubSunklnPortRounded := 

FloatT o Str((round(PSub SunklnPort * 1 00000 . 0))/ 1 00000) ; 
EditPSubSunkInPort.text := PSubSunklnPortRounded; 

{*** OUTBOUND ***} 

qOutbound := Power( StrToFloat(EditPOutl.text),StrToFloat(EditEOutl.text) ) 

* Power( StrToFloat(EditPOut2. text), StrToFloat(EditEOut2. text) ) 

* Power( StrToFloat(EditPOut3.text),StrToFloat(EditEOut3.text) ) 

* Power( StrToFloat(EditPOut4.text),StrToFloat(EditEOut4.text) ); 
PSubSunkOutbound := qlnPort * (1.0 - qOutbound); 

PSubSunkOutboundRounded := 

FloatToStr((round(PSubSunkOutbound* 100000.0) )/100000); 
EditPSubSunkOutbound.text := PSubSunkOutboundRounded; 

{*** OP AREA ***} 

(Op Area Variable Definitions} 

Pd := StrToFloat(EditPDet.text); 

Pkd := StrToFloat(EditPKillDet.text); 

PdPkd := Pd * Pkd; {Probability of sub killed by detection-attack} 

{Probability of red sub surviving blue attack in the op area. } 
qAtk := 1.0 - PdPkd; 

qOff := StrToFloat(EditPOpOff.text); 
qDet := 1.0 - Pd; {Probability do not detect} 

RealNAtks := StrToFloat(EditNOpAreaAttks.text); 

RealDop := StrToFloat(EditDOpArea.text); 

{Convert NAtks and Dop to integers values for integer looping} 

NAtks := round(RealNAtks); 
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Dop := StrToInt(EditDOpArea.text); 



if (RealDop < 1.0) then {Trivial zero days in the op area, NAtks doesn't matter} 
begin 

PSubSunkOnlstDay := 0.0; 

PSubSunklnOpArea := 0.0; 
qOplstDay := 1.0; 

Daily AtksAchieved := 0.0; 

TotalAtksAchieved := 0.0; 
end (End of trivial condition.} 

{Check for fractional engagements per day, (between 0.0 and 1.0)} 
else if (RealNatks>0.0) and (RealNAtks<1.0) then 
begin 

qOff := qOff * RealNAtks; {Adjust qOflf} 

Dop := round(RealDop * RealNatks); {Adjust Dop and convert it round to an 
integer} 

PSubSunkOnlstDay := (1.0-qOff) + qOff*PdPkd; 

{Total Op Area Survival Probability} 
qOplstDay := 1.0 - PSubSunkOnlstDay; 

PSubSunklnOpArea := 0.0; 
qOpArea := 0.0; 
for j := 0 to (Dop-1) do begin 
qOpArea := qOpArea + Power( qOplstDayj ); 
end; 

PSubSunklnOpArea := qInPort*qOutbound*PSubSunkOn 1 stDay * qOpArea; 
{Number of Daily Successful Attacks Possible by sub} 

DailyAtksAchieved := qOff * qDet; 

{Total number of attacks possible when sub has unlimited weapons and resolve} 
TotalAtksAchievedSum := 0.0; 
for k := 0 to (Dop-1) do begin 
TotalAtksAchievedSum := TotalAtksAchievedSum 

+ ( DailyAtksAchieved * Power(qOff,k) ); 

end; 

TotalAtksAchieved := qInPort*qOutbound*TotalAtksAchievedSum; 
end {End of fractional condition} 

{No engagements and at least 1 day in the op area so sub attrited by screen} 
else if (NAtks <= 0) then 
begin 

PSubSunkOnlstDay := 0.0; 

PSubSunklnOpArea := qInPort*qOutbound*Power((1.0-qOff),Dop); 
end {End of no engagement condition. } 
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(At least 1 engagement/day and at least 1 day in the op area) 
else if (NAtks >= 1) then {Normal Calculation) 
begin 

qAtkSum := 0.0; (Daily Op Area Survival Probability) 

{Multiple engagements loop) 
for i := 0 to (NAtks- 1) do begin 
qAtkSum := qAtkSum + Power(qAtk,i); 
end; 

PSubSunkOnlstDay ~ (1.0-qOfl) + qOff*PdPkd*qAtkSum; 

{Total Op Area Survival Probability) 
qOplstDay := 1.0 - PSubSunkOnlstDay; 

PSubSunklnOpArea := 0.0; 
qOpArea := 0.0; 

{Multiple days loop) 
for j := 0 to (Dop-1) do begin 
qOpArea := qOpArea + Power( qOplstDayj ); 
end; 

PSubSunklnOpArea := qInPort*qOutbound*PSubSunkOnlstDay * qOpArea; 
{Number of Daily Successful Attacks Possible by sub) 

Daily AtksAchieved := qOff * qDet * qAtkSum; 

{Total number of attacks possible when sub has unlimited weapons and resolve) 
TotalAtksAchievedSum := 0.0; 
for k := 0 to (Dop-1) do begin 
TotalAtksAchievedSum := TotalAtksAchievedSum 

+ ( Daily AtksAchieved * Power(qOff,k) ); 

end; 

TotalAtksAchieved := qInPort*qOutbound*TotalAtksAchievedSum; 
end; {End of normal condition. ) 

{ Op Area Probabilities Output ) 

PSub SunkOn 1 stDay Rounded 

:= FloatToStr((round(PSubSunkOnl stDay* 100000. 0))/100000); 
EditPSubSunkOnlstDay.text := PSubSunkOnlstDayRounded; 

PSub SunklnOp AreaRounded 

:= FloatToStr((round(PSubSunldnOpArea* 100000. 0»/100000); 
EditPSubSunklnOpArea.text := PSubSunklnOpAreaRounded; 

{ Op Area Attacks Output ) 



DailyAtksAchievedRounded 
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:= FloatToStr((round(RedInit*DailyAtksAchieved* 100000. 0))/100000); 
EditDailyAtksAchieved.text := DailyAtksAchievedRounded; 

TotalAtksAchievedRounded 

:= FloatToStr((round(TotalAtksAchieved* 100000.0))/1 00000); 
EditTotalAtksAchieved.text := TotalAtksAchievedRounded; 

{*** INBOUND ***} 

qlnbound := Power( StrToFloat(EditPInl.text),StrToFloat(EditEInl.text) ) 

* Power( StrToFloat(EditPIn2.text),StrToFloat(EditEIn2.text) ) 

* Power( StrToFloat(EditPIn3 .text), StrToFloat(EditEIn3 .text) ) 

* Power( StrToFloat(EditPIn4.text),StrToFloat(EditEIn4.text) ); 
PSubSunklnbound := qInPort*qOutbound*Power(qOplstDay,Dop)*(1.0 - qlnbound); 
PSubSunklnboundRounded 

:= FloatToStr((round(PSubSunkInbound* 100000.0))/100000); 
EditPSubSunklnbound.text := PSubSunklnboundRounded; 



{OVERALL MODEL CALCULATIONS} 

qPatrol := qInPort*qOutbound*Power(qOplstDay,Dop)*qInbound; 
TotalPSubSunk := 1.0 - qPatrol; 

TotalPSubSunkRounded 

:= FloatToStr((round(TotalPSubSunk* 100000. 0))/100000); 
EditTotalPSub Sunk. text := TotalPSubSunkRounded; 

RedFractionRemainingRounded 

:= FloatToStr((round(qPatrol* 100000.0))/1 00000); 
EditRedFractionRemaining.text := RedFractionRemainingRounded; 

end; 

procedure TDataForm.HelpButtonClick(Sender: TObject); 

{ The procedure TDataForm.HelpButtonClick shows the main help form when 
the "Help" button is clicked. } 

begin 

HelpMainForm . ShowModal ; 
end; 

procedure TDataForm.AboutButtonClick(Sender: TObject); 

{ The procedure TDataForm.AboutButtonClick shows the about form when 
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the "About Model" button is clicked. } 
begin 

AboutBox . ShowModal ; 
end; 

procedure TDataForm.ViewDataClick(Sender: TObject); 

{ The procedure TDataForm. ViewDataClick shows the Data Summary form when 

the "View All Data" button is clicked. } 

begin 

DataSummary . ShowModal; 
end; 

procedure TDataForm.ViewResultsClick(Sender: TObject); 

{ The procedure TDataForm. ViewResultsClick shows the Results Summary form 

when the "View Results Only" button is clicked. } 

begin 

ResultsForm. ShowModal; 
end; 



end. 
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FILE: ABOUT.PAS 



unit About; 

interface 

uses 

Helpmain, SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, 
Controls, Forms, Dialogs, ExtCtrls, StdCtrls, Buttons; 

type 

TAboutBox = class(TForm) 

OKButton: TBitBtn; 

BackgroundPanel: TPanel; 

Copyright: TLabel; 

ProductName: TLabel; 

Programlcon: TImage; 

Version: TLabel; 

Image 1: TImage; 

Name: TLabel; 

HelpButton: TButton; 

LabelCommentText: TLabel; 

Label2: TLabel; 

procedure HelpButtonClick(Sender: TObject); 
private 

{ Private declarations } 
public 

{ Public declarations } 
end; 

var 

AboutBox: TAboutBox; 
implementation 
{$R *.DFM} 

procedure TAboutBox.HelpButtonClick(Sender: TObject); 
begin 

HelpMainForm. ShowModal; 
end; 

end. 
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FILE: ASW-GRID.PAS 



unit Asw_grid; 

interface 

uses 

SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtrls, Buttons, DBTables, DB, Grids, DBGrids, 
ExtCtrls, DBCtrls, Report; 

type 

TDataSummary = class(TForm) 

Gridheader: TLabel; 

DBNavigatorl: TDBNavigator; 

DataGrid: TDBGrid; 

OKButton: TBitBtn; 

DataSourcel: TDataSource; 

AllDataReport: TReport; 

DataReportButton: TButton; 

ASWTable: TTable; 

ASWTableMemo: TStringField; 

ASWTablePInPort: TFloatField; 

ASWTableDInPort: TFloatField; 

ASWTableOutlDesc: TStringField; 

ASWTablePOutl : TFloatField; 

ASWTableEOutl: TFloatField; 

ASWTableOut2Desc: TStringField; 

ASWTablePOut2: TFloatField; 

ASWT ableEOut2 : TFloatField; 

ASWTableOut3Desc: TStringField; 

ASWTablePOut3 : TFloatField; 

ASWT ableEOut3 : TFloatField; 

ASWTableOut4Desc: TStringField; 

ASWTablePOut4: TFloatField; 

ASWTableEOut4: TFloatField; 

ASWTablePOpOff: TFloatField; 

ASWTablePDet: TFloatField; 

ASWT ablePKil IDet: TFloatField; 

ASWTableNOpAreaAttks: TFloatField; 

ASWTableDOpArea: TFloatField; 

ASWTablelnlDesc: TStringField; 

ASWTablePInl: TFloatField; 

ASWTableEInl: TFloatField; 
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ASWTableIn2Desc: TStringField; 

ASWTablePIn2: TFloatField; 

ASWTableEIn2: TFloatField; 

ASWTableIn3Desc: TStringField; 

ASWTablePIn3: TFloatField; 

ASWTableEIn3: TFloatField; 

ASWTableIn4Desc: TStringField; 

ASWTablePIn4: TFloatField; 

ASWTableEIn4: TFloatField; 

ASWTablePSubSunklnPort: TFloatField; 
ASWTablePSubSunkOutbound: TFloatField; 
ASWTablePSubSunklstDay: TFloatField; 
ASWTablePSubSunklnOpArea: TFloatField; 
ASWTablePSubSunklnbound: TFloatField; 
ASWTableTotalPSubSunk: TFloatField; 
ASWTableDailyAtksAchieved: TFloatField; 
ASWTableTotalAtksAchieved: TFloatField; 

ASWTableld: TFloatField; 

ASWTablePRedStartingForce: TFloatField; 
ASWTableRedFractionRemaining: TFloatField; 
procedure DataReportButtonClick(Sender: TObject); 
private 

{ Private declarations } 
public 

{ Public declarations } 
end; 

var 

DataSummary: TDataSummary; 
implementation 
{$R *.DFM} 

procedure TDataSummary.DataReportButtonClick(Sender: TObject); 
begin 

AllDataReport.run; 

end; 

end. 
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FILE: RSULTGRD.PAS 



unit Rsultgrd, 

interface 

uses 

SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, Grids, DBGrids, StdCtrls, Buttons, ExtCtrls, DBCtrls, 
DBTables, DB, Report, Quickrep; 

type 

TResultsForm = class(TForm) 

Data Source 1: TDataSource; 

ResultsDBNavigator: TDBNavigator; 

ResultsOKButton: TBitBtn; 

ResultsDataGrid: TDBGrid; 

ResultsSummary: TLabel; 

ResultsReport: TReport; 

ResultsReportButton: TButton; 

LAbelSurvivalProb: TLabel; 

LabelAttacksAchieved: TLabel; 

ASWTable: TTable; 

ResultsMemo: TStringField; 

ASWTablePSubSunklnPort: TFloatField; 
ASWTablePSubSunkOutbound: TFloatField; 
ASWTablePSubSunklstDay: TFloatField; 
ASWTablePSubSunklnOpArea: TFloatField; 
ASWTablePSubSunklnbound: TFloatField; 
ASWTableTotalPSubSunk: TFloatField; 
ASWTableDailyAtksAchieved: TFloatField; 

AS WTableTotalAtks Achieved: TFloatField; 
ASWTablePRedStartingForce: TFloatField; 
procedure ResultsReportButtonClick(Sender: TObject); 

private 

{ Private declarations } 
public 

{ Public declarations } 
end; 

var 

ResultsForm: TResultsForm; 
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implementation 



($R *.DFM} 



procedure TResultsForm.ResultsReportButtonClick(Sender: TObject); 
begin 

ResultsReport. run; 
end; 

end. 
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FILE: HELPMAIN.PAS 



unit Helpmain; 

interface 

uses 

HPurpose, HData, DBNav, HEqns, 

SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtrls, ExtCtrls, Buttons; 

type 

THelpMainForm = class(TForm) 

HelpRadioGroup: TRadioGroup; 

HelpMainBackToMainForm: TBitBtn; 

HMainMemo: TMemo; 

InputLimitsMemo: TMemo; 
procedure HelpRadioGroupClick(Sender: TObject); 
private 

{ Private declarations } 
public 

{ Public declarations } 
end; 

var 

HelpMainForm: THelpMainForm; 
implementation 
{$R *.DFM} 

procedure THelpMainForm.HelpRadioGroupClick(Sender: TObject); 
begin 

If HelpRadioGroup. Items.Strings [HelpRadioGroup. Itemlndex] 

= ' Model Purpose and Description' then 

begin 

HModelPurpose. ShowModal; 
end; 

If HelpRadioGroup. Items. Strings [HelpRadioGroup. Itemlndex] 

= ' Data Entry and Manipulation' then 

begin 

HDataEntry . ShowModal ; 
end; 
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If HelpRadioGroup.Items.Strings[HelpRadioGroup.ItemIndex] 

= ' Navigating the Data Base' then 

begin 

HDBNav. ShowModal; 
end; 

If HelpRadioGroup.Items.Strings[HelpRadioGroup.ItemIndex] = ' Equations' then 
begin 

HEquations. ShowModal; 
end; 

end; 



end. 
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FILE: HPURPOSE.PAS 



unit Hpurpose, 

interface 

uses 

SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtrls, Buttons; 

type 

THModelPurpose = class(TForm) 

HPurposeButton: TBitBtn; 

HPurposeMemo: TMemo; 
private 

{ Private declarations } 
public 

{ Public declarations } 
end; 

var 

HModelPurpose: THModelPurpose; 
implementation 
{$R*.DFM} 
end. 
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FILE: HDATA.PAS 



unit Hdata; 

interface 

uses 

SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtrls, Buttons; 

type 

THDataEntry = class(TForm) 

HDataEntryButton: TBitBtn; 

HDataEntryMemo: TMemo; 
private 

{ Private declarations } 
public 

{ Public declarations } 
end; 

var 

HDataEntry: THDataEntry; 
implementation 
{$R *.DFM} 
end. 
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FILE: DBNAV.PAS 



unit Dbnav; 

interface 

uses 

SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, ExtCtrls, StdCtrls, Buttons, DBCtrls; 

type 

THDBNav = class(TForm) 

HDBNavButton: TBitBtn; 

HDBNavMemo: TMemo; 

DBNavigatorl : TDBNavigator; 

DBNavTopLabel: TLabel; 

DBNavBottomLabel: TLabel; 
private 

{ Private declarations } 
public 

{ Public declarations } 
end; 

var 

HDBNav: THDBNav; 
implementation 
{$R *.DFM} 
end. 
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FILE: HEQNS.PAS 



unit Heqns; 

interface 

uses 

SysUtils, WinTypes, WinProcs, Messages, Classes, Graphics, Controls, 
Forms, Dialogs, StdCtrls, Buttons, Grids; 

type 

THEquations = class(TForm) 

HEqnsButton: TBitBtn; 

HEquationsMemo: TMemo; 
private 

{ Private declarations } 
public 

{ Public declarations } 
end, 

var 

HEquations: THEquations; 
implementation 
{$R *.DFM} 
end. 
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APPENDIX B. USER’S MANUAL 



The user’s manual contained in this appendix is distributed with the software for 
the executable model. It provides a description of the model along with specifics on how 
the model works. Also contained are instructions on how to load and use the graphical 
interface. 

Note: The page numbers used in this appendix are those found in the actual 
user's manual. 
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DISCLAIMER 



The views expressed in this thesis are those of the author and do not reflect the 
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I. ASW CIRCULATION MODEL INSTALLATION GUIDE 



The ASW Circulation Model software is UNCLASSIFIED. A data base which 
uses the software may be classified. 



A. INSTALLATION INSTRUCTIONS 

1. Assumptions 

a. These instructions assume that the user is familiar with the Windows 
environment. 

b. These instructions also assume the hard disk drive (Destination Drive) is 
Drive c: and that the floppy disk drive (Source Drive) is Drive a:. If your 
system is configured differently, change the Source and Destination Drive as 
appropriate. 

2. Installing the Software 

Windows® 3.x : Loading the Executable Files 

a. From the Windows Program Manager open the File Manager: 

i. Double Click on Main. 

ii. Double Click on File Manager. 

b. Creating the ASW Circulation Model working directory: 

ii. Click on the root directory (c:\) 

iii. Select|File Create Directory. . . 

iv. In the name box type ASW. 

v. Select the ASW directory. 

c. Copying required Files to the ASW directory: 

iii. Insert the ASW Circulation Model install disk into the Source Drive (a:\). 

iv. Click on Drive a:. 

v. Click and hold the a:\ directory and drag to the Destination Drive(c:\). 

vi. The following Files should be copied to the c:\ASW\ directory: 

ASW3.EXE The executable file. 

ED API 1 6. CFG The database configuration file. 
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ASW.DB The database file. 

Windows® 3.1 : Creating the ASW Program Icon 

a. Exit the File Manager. 

b. From the Program Manager select FiIe|New. 

c. Select the Program Group and Click OK. 

d. In the Description Box and Group File Box type ASW Circulation Model 
and Click OK. 

e. Select FiIe|New again. 

f. Select Program Item and Click OK. 

g. In the Description Box type ASW Circulation Model. 

h. In the Command Line Box type c:\ASW\ASW3.EXE. 

i. In the Working Directory Box type c:\ASW3Y 

j. Click on Change Icon. . . 

k. In the File Name Box type c:\ASWYASW3.EXE and click OK. 

l. Click OK again. 



Windows® 95 and Windows® NT : Installation 

a. Accessing the software: 

i. Insert ASW installation disk 1 into Drive a:. 

ii. Click the Start button on the Taskbar to bring up the Start menu. 

iii. Select Settings, and Click on Control Panel, double-click on the 
Add/Remove Programs icon. 

iv. On the upper portion of the Install/Unstall tab, click on the Install 
button. 

b. Installing the software using Install Shield®: 

i. Click on Next when you are instructed to place the disc in your Source 
Drive (a:\) 
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ii. Windows 95 (Windows NT) will scan your Source Drive for 
SETUP.EXE. 

iii. The Run Installation program dialog box appears and instructs you to 
verify that the Command Line information is correct. This information 
should read a:\setup.exe. 

iv. Click Finish to start the installation process and follow the onscreen 
instructions. 



B. RUNNING THE ASW CIRCULATION MODEL 
Windows® 3.1 

1. From the Program Manager double-click on the ASW Circulation Model 
Program Group. 

2. Double-click on the ASW Circulation Model Program Icon to start the model. 

3. Run the model as desired. 

4. Table 1 describes each form used by the model. 

Windows® 95 and Windows® NT 

1. Click on Programs from Start menu. 

2. Select ASW Circulation Model from the cascading submenu and double-click 
on the ASW Circulation Model icon to start the program. 

3. Run the model as desired. 

4. Table 1 describes each form used by the model. 



FORM 

Main 



All buttons can be 
clicked using the 

mouse or pressing the 

Alt key along with the 
underlined letter on 
the 

desired button. 



Data Summary 



ASW Model Data Summary 



Results 

Summary 



ITEM / BUTTON 



DESCRIPTION 



ASW CIRCULATION MODEL DATAFORM 




CALCULATE 



Allows for input, viewing output, and 
accessing all other forms. 

Input data in the white boxes. Accessed 
using the mouse or tab key. 

Output for that record or patrol is 
displayed in the aqua boxes. 

Click the Calculate button to compute the 
output for the entered input. 

Click the Exit button to exit the program. 



The data base navigator allows for 
navigation of the data base. 



View All Data 
View Results Only 
Help 

About Mode! 
View All Data 



View Results Only 



Click to view the Data Summary form. 

Click to view the Results Summary form. 

Click to view the Main Help Menu form. 

Click to view the About form. 

Allows viewing of all the data base 
records, input and output. 

Allows viewing of just the results section 
of the data base. 



ASW Model Results Form 



Main Help 
Menu 



ASW Model Help Menu 



Help 


Allows viewing of basic model 
information and access to all scroll-able 
help topics. Provides a table of allowed 
input values. 


C Model Purpose and Description 


Provides information regarding the 
purpose of the model a basic description 
of its parts. 




r Data Entry and Manipulation; 


Provides information on how data is 
entered and manipulated using the main 
data form. 


r Navigating the Data Base 


Explains how data in the dataset is 
accessed and how to navigate the data 
base using the data base navigator. 


C Equations 


Provides in-depth explanation of what 
equations are used to calculate the results 
Shortcomings of the model and software 
are presented here. 



Table 1 . Description of the model’s forms and some of then parts. 
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II. INTRODUCTION 



A. BACKGROUND 

A dramatic change in mind set of military analysts must occur to fully utilize all 

the available forces for a “traditional-navy-mission” — ASW. It must become clear to the 

Air Force, Army and Marine Corps that they no longer can ignore the consequences of an 

enemy’s submarine blockade. Just as a tactical air campaign precedes the primary 

ground offensive, so too must the sea lanes be secured to an uninterrupted flow of war 

material before even the air campaign can begin This realization is the first step in the 

“jointization” of anti-submarine warfare. 

To provide historical backing: Analysis of RAF data from World War II 
shows where British bombers were integrated into the anti-U-boat patrols 
in the Atlantic. Long range RAF Sutherland, Liberator, and Catalina 
aircraft and shorter-range Willington, Whitley, Maruader, and Hudson 
aircraft accounted for 247 of the reported 781 U-boat losses in the 
Atlantic. Ships and aircraft working in tandem destroyed another 32 
submarines. 

(MacMillan, 1950) 

The “traditional-navy” ASW platforms are submarines, maritime patrol aircraft (MPAs), 
and surface ASW ships and their aerial complement. Non-traditional ASW platforms 
could be Air Force F-117s, B-52s and tankers, Marine Harriers and helicopters, and 
SOCOM special forces. Joint ASW tactics could include submarine port bombing, radar 
flooding, satellite system targeting, and harbor mining. 

To rapidly respond there must be a plan for such a campaign. This aim of the 
thesis which created this model was to provide a tool to the military decision-maker, a 
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large-scale, aggregated, highly flexible model of the ASW campaign that is not limited 
by force mix or tactics. The user friendly campaign decision aid developed provides an 
integrated look at all the ASW forces’ effects in concert, and the total threat of a 
submarine fleet to shipping (or warships) over their operating lifetime. The deliverable 
graphical user interface developed will function as the analytical tool for flexible and 
robust ASW campaign analysis. 



With the de-emphasizing of ASW training and equipment procurement, there will 
be fewer and fewer naval forces available. Yet, third world submarine acquisition is not 
seeing the same de-emphasis. A strong ASW force must come from the available assets 
or be made available from joint and combined forces. The task then becomes the 
development of an effective antisubmarine warfare campaign plan against any country 
possessing a viable submarine threat. The flexibility and robustness of this model allows 
it to be applied to any scenario that poses a submarine threat. 

The model can be applied to scenarios where:pre-war or post-war analyses are 



B. MODEL APPLICABILITY 



required. 



• on-going war analysis is required. 



• force allocation is desired. 



• single patrol or single submarine 
campaign is desired. 



• littoral and open water analysis are 
desired. 



• multiple patrol or multiple op area 
campaign is desired. 



• any specific starting or stopping 
point is desired. 



• the submarine platform varies, 

• the number of submarines varies, 

• submarine tactics vary, 

• deployment schedules vary, 



• ASW tactics vary, 

• campaign aggregation is desired, 

• varying coalition forces will be 
employed. 



(Throughout this manual and when using the model, the term “ red submarine ’’ 
can be thought of as a single enemy submarine or an entire enemy submarine pack or 
force.) 

The user is reminded that this is an expected value model and the 
compounded results are expected (mean) values. 
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III. THE MODEL 



The Joint ASW Circulation Model is written to evaluate an ASW campaign 
utilizing various assets in ASW roles. The model provides the user an interface to enter 
the survival probabilities along with other related campaign parameters based on 
available ASW resources. The user is then provided as output the survival probabilities 
in three regimes, an overall survival prediction of the red submarine as well as the 
number of daily and total attacks the red submarine can achieve. Finally, the input and 
output are stored as a database for further evaluation. This information can aide in 
determining force mix while providing an idea of how much of a submarine attack the 
blue forces are willing to endure. 

It is hoped that follow-on research will attempt to optimize this problem to better 
evaluate the Joint ASW campaign. Optimization of this topic was not conducted due to 
time constraints and the ultimate focus of the initial development of the model. 

A. DESCRIPTION 

The primary modeling effort of this thesis focuses on the construction of an ASW 
campaign template that is easy to understand and use. The Jack Hall (1969) circulation 
model was the initial basis for the campaign template. A circulation model with multiple 
barriers is necessary to incorporate all possible traditional naval ASW assets along with 
as many joint elements that can be made available to the ASW mission. In template 
form, these will be nothing more than simple aggregated probability of kill inputs. 



In order to use the graphical interface, various survival probabilities of an enemy 
(red) submarine must be known based on the friendly (blue) ASW combat effectiveness 
in four different regimes. The regimes for attack are: 

• In port (prior to departure), 

• Outbound (enroute to the op area), 

• Op areas, and 

• Inbound (enroute to the red submarine port). 

The ASW forces can range from none to a large aggregation of subsurface, surface, air, 
and space resources. A single ASW “barrier” can include naval as well as joint and 
combined service components which contribute to the ASW campaign. The objective of 
the ASW barrier must be to kill the red submarine during its transit. This equates to 
increased survivability of friendly ships. It is important to note that shipping protection 
can be accomplished in many ways, to include delaying the red submarine, knowing 
where the red sub is located to avoid it and of course localizing and killing it. The delays 
which may be accomplished by repair facility bombing or delays while overt mines are 
swept are not directly accounted for in the model. These tactics may be indirectly 
accounted for in the number of days or events endured by the red submarine in a 
particular regime. 

The equations presented in this section are derived from a simple circulation 
model. ASW resources can be used alone or as a coordinated barrier. The probability of 
survival through any single “barrier attack” must be determined by separate tactical 
analysis prior to execution of the model. This will require a pre-determination of the 
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and their performance in the ASW barrier and how the aggregation of forces 
defines the probability of survival of the red submarine as it passes through the barrier. 
Along with this determination, it is important that the user have a variety of barrier 
packages defined as survival probabilities. This will allow the user to best determine 
how the available ASW assets can be mixed and their performance enhanced. 

The model depicts one red submarine’s single operational cycle. The cycle is then 
used as the skeleton for the blue ASW campaign. The equations used follow classical 
circulation models like those developed by Philip Morse and George Kimball (1946), 
Jack Hall (1969), and Brian McCue (1990). For simplicity, the time steps in the model 
are one day in both the submarine port and the operational areas while the outbound and 
inbound regime time steps are one “event. ” For instance, two “similar” air attacks equal 
to two events for an enroute air attack barrier. 
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Figure 1. Basic circulation model for an ASW campaign. Note: The number of 
attacks presented serves to illustrate that multiple attacks are possible. 

Figure 1 illustrates a red submarine operation cycle and the blue ASW campaign 
to combat it. For instance, a red submarine spends a number of days in port (6 days are 
depicted in the Figure 1). While in port, it is subject to daily in port attacks. The 
probability that it survives is a function of the number of days spent in port and daily 
survival rate, which is affected by the magnitude of the blue offensive. Surviving the in 
port attacks, the red submarine begins to transit toward its operational area. Along the 
way, the blue forces have assembled various ASW barriers. (Four barriers are depicted in 
the Figure 1.) The outbound barrier’s effectiveness is a function of the capabilities of the 



barrier, the ASW attacks during the sub transit of the barrier, and the number of barriers 
These barriers will be explained in more detail in a later section. 

When the red submarine arrives in its op area, it is subject to attrition by ASW 
forces in the op area each day it remains there. In addition to the daily effectiveness of 
blue offensive ASW forces, the probability of red survival in the op area is a function of 
the engagement rate of the submarine and the blue screen’s capability. The screen must 
detect and then prosecute based on the detection. Once the red submarine leaves the op 
area it is again subject to ASW barriers during its return transit to port. The cycle is 
complete when the red submarine reaches port. The expected number of attacks it makes 
and the probability of kill for the cycle is recorded. 

B. REGIMES - DEFINITIONS AND EQUATIONS 

The equations are broken down into the four regimes (shown in gray): in port 
attacks, outbound barriers, operational areas, and inbound barriers. Figure 2 shows an 
example of the user’s data form. It is used for data input, viewing a record of output and 
accessing other forms such as help files and the data set being created. 
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The input regimes depicted in Figure 2 in the dark gray boxes are described in 
detail below. Each regime description below is encapsulated in a light gray box like 
this to provide continuity and clarity. The equations for each regime are presented to 
provide an understanding of how the results are determined. The final section of this 
chapter provides the equations for the calculated Results (shown in the green box). The 
term record refers to a dam set entry consisting of inputs and results an entire patrol 
calculation. Each time the “Calculate” button is clicked a new record is created that can 
be added to the data set. (See the Appendix A for data base navigation.) 



(The numbers presented in the following descriptions of input and output are just 
an example and do not represent a real world campaign.) 




ASW CIRCULATION MODEL DATAFORM 




Figure 2. Example of ASW circulation model main data form. This form is used for 
inputting parameters, calculations, viewing a single record and accessing other features such 

as viewing datasets and getting help. 
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1. Initial Red Sub Fraction 



The nature of the model provides for multiple runs of the model or aggregated 
campaigns. For a typical first run or patrol of a red submarine force the initial red sub 
fraction is one. 



Initial Red Sub F raction 




Figure 3. Example of user input for the initial red submarine fraction box 



When the red submarine force has been attrited by one or more previous patrols, then the 

initial red sub fraction becomes the expected “ red fraction remaining" from the previous 

run. The “red fraction remaining ” is given in the green results box. 

Red Fraction ' 

Remaining i 0.67661 



Figure 4. Example of output for the fraction of red submarine force remaining 



2. In Port Regime 

For simplicity of the model, only attacks against the red submarine are of interest. 
As mentioned previously only direct attacks are accounted for in the model calculations. 
Examples of direct attacks on a submarine are bombing, missile attack, and hull mining. 
Less direct and effective attacks must be accounted for by increased in port time due to 
bombing of submarine piers, repair facilities, weapon storage facilities, communication 
sites, harbor mining, and jamming of submarine communications. 
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IN PORT ATTACK 

User entries: 

P(Survival) := qPort = Probability of survival of the red submarine in port 
# Days := Dport = Number of Days the red submarine spends in port 

IN PORT A TTACK ^ 

P(Suivival) | 0.999 # Daj-s j 20* 



Figure 5. Example of user input for the in port attack box 



The in port survival formulation is: qlnPort - qPort Dport 



0 ) 



\ 

The model formulation to this point is: 



PSubSunldnPort = (1 - Redlnit • qlnPort) 



( 2 ) 



3. Outbound Regime 

The outbound barriers can take the form of any anti-submarine tactic that hinders 
the red submarine's progress to its op area. Examples include harbor and sea lane 
mining, traditional Naval ASW consisting of submarines, P-3s, destroyers, and others, 
and various assets used for C4ISR such as aircraft and satellites for communication 
interception and reconnaissance. Any of these assets can be used alone or as an 
aggregated barrier. The probability of survival through any barrier must be determined 
by the user prior to execution of the model. This will require a prior determination of the 
assets to be assigned to the ASW barrier which in turn determines the probability of 
survival of the red submarine passing through the barrier. Along with this determination 
it is important that the user have a variety of barrier survival probabilities for various 
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ASW asset mixes. This allows the user to determine how the available ASW assets can 



best be allocated. 



OUTBOUND BARRIERS 

User entries: 

Event Description ~ Text description of barrier 

P(Survival) .:= qOut ; - = Probability of red sub surviving one blue attack event in barrier / 
# Events := NOut = Number or type of events of the outbound barrier 

An example of the outbound formulation for 4 barriers is: 
qOuf • qOut 2 • qOut\ • qOut A 

where the first barrier has 2 events, the second and fourth have 1 event, and the third has 
5 events. 

fOUTBOUND BARRIERS 

Ereni Description PfStim'al) #Eirents 



|B-52 Minefield 


0.996 


1 


Stab Attack 


0.99 


2 




1 


0 


i ! 


l U| o 



Figure 6. Example of user input for the outbound barrier box 



The Outbound survival formulation is: 



*Out 

qOutbound = ~[qOut? 
/=! 



(3) 



where qOut p is the probability of survival for barrier i, n. is the number of days in 
barrier i and N 0ut is the number or type of Outbound barriers. 



The model formulation to this point is: 



PSubSunkOutbound = Redlnit • qlnPort •(!- qOutbound) 



(4) 



4. Operational Area Regime 

The operational area of the blue forces is defined as the area where the blue ships 
will operate, loiter and seek targets to attack. It is the objective destination of the red 
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submarine. The blue ASW campaign objective is to successfully operate in this area 
while minimizing ship loss to red submarines 

Merchant or cargo vessels are generally thought of as defenseless against a 
submarine. They can travel independently or in convoys, with protective escort or 
without. High value units (HVU) such as aircraft carriers, while somewhat defenseless 
without their complement of aircraft, have ASW assets available and will always travel 
with an escort. 




Figure 7. Wire diagram of red submarines’ transit through a blue Operational Area. 



OP AREA ATTACK 

User entries: 

P(Survive Offensive) := qOff = Probability of red sub surviving daily offensive ASW 
P(Screen Detects Sub) := Pd = Probability blue screen detects the red sub that attempts 
to attack a target - 

P(Red Killed | Blue Detects) := Pkjd = Probability blue kills red given red is detected 
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Attacks Achieved: 



Dally Op Area Attacks Achieved by the Red Sub 

Engage 

DailyAttacksAchieved = qOff • (1 - Pd) • (1 - Pd • Pk\df 

k = 0 



Total Op Area Attacks Achieved by the Red Sub: 

Dop~l 

R edlnit • qlnPort • qOutbound • DailyAttacksAchieved • qOff m 

m~ 0 



(7) 

( 8 ) 



Fractional Number of Engagements: 

The model allows for the case where the number of engagements is between 0.0 

and 1.0 since a fractional number in this range seems realistic for a daily engagement 

rate. Fractional values greater than one are not allowed but attacks per day (2, 3, 4, ...) 

are permitted. The fractional case is handled by adjusting the daily offensive ASW and 

the number of days the red sub spends in the op area. This allows the number of 

engagements (Engage) to take on the integer value 1 which is necessary for the software 

programming. The new values become: 

Engage rs a fraction so Engage* => 1, 
qOff* = qOff / Engage, 

Dop* = Dop / Engage. 



This summation assumes that the number of engagements is greater than zero. If 
the number of engagements is zero then the model accounts for this by ignoring the 
engagement term. 



5. Inbound Regime 

The inbound barriers can take the form of any anti-submarine tactic that hinders 
the red submarine's progress. The inbound regime is similar to the outbound regime. 
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INBOUND BARRIERS 



User entries: 

Event Description ~ Text description of barrier 

P(Survival) := qln,- = Probability of red sub surviving one blue attack event in barrier i 
# Events := NIn = Number of events of the Inbound barrier 



INBOUND BARRIERS 



Ereni Description P(SiiTV3val) # Events 





P-3 Attack 


0.938 


3 






1 


0 






1 


0 


j - 1 T- 1 


1 0 

•- -c-T'* 1 



Figure 9. Example of user input for the Inbound barrier box 



The Inbound survival formulation is: 




( 9 ) 



where qln" 1 is the probability of survival for barrier i, n i is the number of days in 
barrier i and N In is the number or types of Inbound barriers. 



Letting: 

• qlnPort = 1 - PSubSunklnPort, 

• qOutbound = 1 - pSubSunkOutbound, 

• qOpArea = 1 - PSubSunklnOpArea 
the equation to this point becomes: 



PSubSimldnbound = R edlnit • qlnport • qOutbound • qOpArea • (1 - qlnbound) ( 1 0) 



6. Output Results 

The probability results can be interpreted as the fraction, on the average, of the 
red submarine force remaining after one patrol or cycle. The user must decide if the 
submarine threat has been sufficiently reduced in this one patrol based on the desires and 
capabilities of the campaign plan. Also considered must be the number of attacks the red 
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submarine is able to achieve keeping in mind the simplifying assumption that the red 
submarine has a sufficient arsenal to conduct the calculated number of attacks achieved. 
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q5 




Total := Total number of attacks achieved 




Dop - 1 

Redinit • qlnPort • qOutbound • DailyAttacksAchieved • ^ qOff m 

m-0 


(18) 



C. SOFTWARE AND CODING 

The Joint Anti-Submarine Warfare Model uses a graphical user interface (GUI) 
created in Borland® Delphi™ for Microsoft® Windows®. It requires Windows® 3.x or 
later to run the executable file, 16-bit and 32-bit versions are available. 

This model is written to evaluate an ASW campaign utilizing various assets in 
ASW roles. The model provides the user an interface to enter the survival probabilities 
along with other related campaign parameters based on available ASW resources. The 
user is then provided as output the survival probabilities in three regimes, an overall 
survival prediction of the red submarine as well as the number of daily and total attacks 
the red submarine can achieve. Finally, the input and output are stored as a data base for 
further evaluation. This information can aide in determining force mix while providing 
an idea of how much of a submarine attack the blue forces are willing to endure. 

Once the model was structured it was made interactive using the low level 
computer programming language PASCAL in Delphi. Other programming languages, 
analysis tools or graphical interfaces could have been used in a similar fashion. The 
ability of the model to be dynamic and interactive allows the user to easily tailor his 
ASW campaign forces to the model regimes. Along with applying traditional and joint 
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ASW assets, new ASW employment and tactics specifically designed for the areas along 
the littoral could easily be analyzed. 

The flexibility of the input parameters allow use of all available assets as well as 
the ability to easily incorporate new technologies as they become available. A working 
knowledge of how various probabilities of kills and ASW barrier strategies is assumed 
and necessary for valid data input and interpretation of the results. (A description of a 
circulation model and survival probabilities is presented in McCue, 1990.) Along with 
the application of assets, the varying of the asset mix to achieve the best possible ASW 
strategy without drawing too many assets from other areas of the campaign is explained. 
This critical mixing is the key to the joint applicability of the model. All available assets 
must be “fully” utilized. If some assets are over utilized by one facet of the war then the 
attempt at full utilization is wrong. For example, if B-52s are allocated to the ground 
campaign for large area bombing when the ground war is actually being delayed because 
enemy submarines are slowing the resupply effort then B-52s are not being properly 
utilized. Using the B-52s for a few days of submarine port bombing or harbor mining 
may be a better way to fully utilize available assets. The same is true if B-52s are 
performing ASW missions when the ground campaign is the primary focus of attack. 
This is the mind set the model user must achieve to begin to tap the benefits of a joint 
ASW model. 
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D. SHORTCOMINGS OF THE MODEL INTERFACE 



Due to a number of factors, including time and inexperience with the software, 
certain shortcomings of the usable model exist which must be known. These 
shortcomings are simply issues that the user should be aware of when using this 
analytical tool. 

1. Limited Input Value Ranges 

Abnormal values such as probabilities less than zero are not allowed by the 
model. The model will only accept values in the allowed ranges. The user will receive 
an error message and be prompted for another input if a value is outside the allowed 
range. 

The ranges of allowed values are: 

• All probabilities and “Initial Red Sub Fraction” = {0.0, 1 .0}, 

• Number of days and events = {0, 999} (this must be an 
integer value), 

• Number of engagements = {0.0, 1 .0} and {1 , 99 (integer 
values >1)} 

• Event descriptions = 20 characters or less 

• Memo Record = 50 characters or less 

The default parameters are such that not all of the input parameters need to be 
entered. The data is entered in a screen which is defined as the main form of the model. 
All other screens or forms can be accessed from the main form. In order to input data, 
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click on the desired input box and type a value. It may be necessary to delete the value 
that is already in the box by backspacing or highlighting and deleting the value. It is 
possible to tab through the input boxes and enter values without having to delete old 
values. 

2. Number Of Days And Engagements Per Day 

% 

Some values such as the number of days must be an integer value since these 
values are part of a summation or product index which is handled by program looping. 
The same is true of the number of engagements for values greater that or equal to one. 
The special case where the number of engagements is a fraction in the range of {0.0, 1.0} 
is coded by number manipulation and then rounding the value of the number of 
engagements to one. This number manipulation was explained in detail in the section on 
“Op Area Attack ” This fractional range was deemed important and easily codable for 
the model, but whole numbers greater than one are allowed. 

3. Limited Number Of Barriers 

Only four outbound and inbound barriers are allowed for a single patrol due size 
limitations of the input screen. This has, thus far, not been a problem for any verification 
campaigns. 

4. Simple Help Files 

The graphical interface does not allow the use of pull down menus like some 
software products because of time and the complexity of the coding required to 
accomplish these tasks. The help available to the user during the running of the model 
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consists of a number of scrollable text files. If this is insufficient then the user’s manual 



(Appendix A) or this thesis can be used. 

5. Rounding Output 

Values had to be rounded to five decimal places to fit on the main form screen. 
This should not be a problem given the accuracy of most probability information. 

6. Time Steps 

The selection of daily and event time steps is based on convenience and is 
supported by previous models [Eagle, 1987] and [Washburn, 1980], The time step need 
not be one 24 hour day but simply a convenient unit of time that is consistent for all 
regimes. For example, a time step of one hour can be used provided that each regime 
uses the same time step. This can be done by adjusting the value for the number "days” 
in port, “days” in the op area, and the “daily” number of engagements to hours. The 
number of barrier events must also be adjusted accordingly. This may be another way to 
account for a fractional engagement rate. 

7. What The Model Does Not Know In The Op Area 

The model is not able to know if the red submarine has sufficient weapons to 
continue attacking for the inputted number of days in the operational area. Along these 
lines, the model cannot know if the red submarine would interrupt its attack cycle due to 
damage or some other reason. The damage in hits achieved by a red submarine attack is 
not a part of the model. Instead, just the number of attack opportunities are tallied and 
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the user must decide how many merchant ships or warships were put out of action or 
sunk in each attack. Also, the time required for individual engagements cannot be easily 
inputted into the model. Only a single daily engagement rate can be handled by the 
model. 
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IV. USING THE MODEL AND DATA MANIPULATION 



Each set of input parameters is considered a record for the database which is 
being built when the database navigator is used. (See section VI for navigator 
instructions.) Therefore, the results displayed when the “Calculate” button is clicked are 
for that particular record of input parameters. A record need not be entered in the data 
base after each calculation. Once a desired record is achieved it is recommended that the 
record be entered in the data base for future reference. Each record can be made unique 
and recognizable by entering a record memo of text. 

Record Memo~^ ^ ~ 

(Campaign 1 

§ ... .. , • •. yg-T’rr- ~ - -- . . 

Figure 11. Example of user input for a record memo 

•The data is entered in a screen which is defined as the main form of the model. 
All other screens or forms can be accessed from the main form. In order to input 
data, click on the desired input box and type a value. It may be necessary to delete 
the value that is already in the box by backspacing or highlighting and deleting the value. 
It is possible to tab through the input boxes and enter values without having to delete 
old values. Entering improper values will result in an error message 

The default parameters are such that not all of the input parameters need be 
entered. For instance, if no in port information is entered then a default qPort 
(Probability of red sub survival in port) equal to 1.0 and a default Dport (Number of days 
the red sub is in port) equal to 0.0 would be used having no effect on other calculations. 
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V. BUTTONS AND FORMS 



In order to perform a calculation with the parameters entered in the input boxes 
the user must click the “Calculate” button in the middle of the main form screen. 




Figure 12. Calculate and Exit buttons 

Clicking this button performs the above described equations by the executable program. 
To exit the model normally, the user can click the “Exit” button. 



I View All Data jjview Results Oulyj [Help ^^About ModeJ [ 



Figure 13. View data, Help, and About buttons 



Viewing a table of the data is possible while running the model is possible by 
clicking on one of the view buttons. The “View All Data” button allows viewing of a 
scroll-able table which contains both input and output values. 
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Data Summary 



Print Report 
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Memo 


PRedStartingForce 


PlnPort 


DlnPort 


OutIDesc 


POutl 


EOutl 


0ut2Desc±, 
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Campaign 2b 


0.67054 


1 


OP-3 (F-15)at 


0.9 


3 


Campaign 2a 


0.70157 


1 


0 SSN Attack 


0.985 


2 


Campaign 2 


1 


0.999 


20 B-52 Minefu 


0.996 


1 Sub Attack 


Campaign lb 


0.46373 


0.9999 


10 B-52 Minefie 


0.999 


1 Sub Attack 


Campaign la 


0.67661 


0.9999 


5 B-52Minefi< 


0.998 


1 Sub Attack 


Campaign 1 


1 


0.999 


20 B-52Minefie 


0.996 


1 Sub Attack 



Figure 14. Example of the Data Summary form 



The “View Results” button allows viewing of a scroll-able table containing the record 
memos along with the calculated results values. A database navigator is also provided to 
manipulate each table. 



? ASW Model Results Form 



Return to Main 



Print Report 



Results Summary 

► m - <?* 



n > 



Survival Probabilities -Attacks Achieved- 





Memo 


Initial 


InPort 


Outbound 


OpArea 


IstDay 


Inbound 


Total 


Daily 


Total 




► 


Default Values 


l 


0 


0 


0 


0 


0 


0 


0 


0 


— 




Campaign 2b 


3.67054 


0.32946 


0.18172 


0.44136 


0.208 


0.00024 


0.95277 


03983 


2.77637 






Campaign 2a 


3.70157 


0.29843 


0.02089 


0.01014 


0.003 


0 


0.32946 


2.06055 


9.996 






Campaign 2 


1 


0.01981 


0.02335 


0.25527 


0.03056 


0 


0.29843 


1.83743 


16.08042 






Campaign lb 


3.46373 


0.53673 


0.00967 


0.24083 


0.1405 


0.00528 


0.79252 


0.35475 


1.421 






Campaign la 


3.67661 


0.32373 


0.01612 


0.19642 


0.0347 


0 


0.53627 


039981 


5.47261 






Campaign 1 


1 


0.01981 


0.02335 


0.25527 


0.03056 


0.02495 


0.32339 


1.83743 


16.08042 





Figure 15. Example of Data Results form 



The help function offers a number of scroll-able help files which provide 
information ranging from basic model description and its use to equations which are used 
to determine the results. The various help forms can be accessed by clicking in the radial 
button for the desired help topic. 



ASW Model Help Menu 



| v/ BackTo Main j 
>HELP TOPICS 

Model Purpose and Description 
Data Entry and Manipulation 




’ All probabilities and Initial Red Sub Fraction = {0.0, 1 .0}, 

• Number of da ys - {0, 999}, (this must be an integer), 

• Number of events = {0.0, 99.0}, (this can be a real value), 

■ Number of engagements = {0.0, 1 .0} and {1, 99} (integer values > 1), 
Event descriptions = 20 ckiracters or less, 

■ Memo Record = 50 characters or less 



Navigating the Data Base 
Equations 



The default parameters are such that not all of tlie input parameters 



ne ed be nianuall^ e ntere d ; ^_ 






*** Three Easy Steps To Calculate A Campaign *** 

1 . Type inputs in the white boxes. (Use mouse or tab key to get to white boxes.] 

2. Click the "Calculate" button. 

3. View the output in the aqua results boxes. 



— Read these help files and the user's manual for more in depth model explanation, 
data manipulation, equation definition and other information. 



Figure 16. Example of the Help Menu form 

The About form simply tells the title, authors and the underlying reason the model 

was created. 
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V. NAVIGATING THE DATA BASE 



The database navigator component (TDBNavigator) enables users to navigate 
through records and to perform operations such as inserting records and posting changes. 
TDBNavigator enables users to navigate a data base and manipulate its data interactively. 
The navigator provides a series of buttons that enables a user to scroll forward or 
backward through records one at a time, go to the first record, go to the last record, insert 
a new record, update an existing record, post data changes, cancel data changes, delete a 
record, and refresh record display. Not all of the buttons are available in every form. 

Clicking the “+” adds the current input and output values to the data base as a 
record. A record is one complete cycle consisting of input and output values. Clicking 
the “+” also inserts the default values into the input boxes. These default values can be 
left as or modified as deemed necessary by the user. 

Simply entering values in the input fields does not change the data base. A 
variety of patrol calculations can be done without entering them into the data base by 
clicking the “Calculate” button (and not clicking the “+” on the TDBNavigator). Once 
the “+” is clicked the record is added to the data base and it can be accessed again. 
Accessing a database record simplifies data entry because some or all of the old record 
values can be viewed and used. Once an old record is accessed (using the arrows on the 
TDBNavigator), the record can be altered by entering different input values and clicking 
the “Calculate” button. The modified record can then replace the old record by clicking 



the “+” or modified again until the desired input is achieved. The values can then be 



reviewed in the two data base forms described previously. 
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Figure 17. The database navigator (TDBNavigator) 



First 

Moves to the first row in a dataset by calling the First method. 

Prior 

Moves to the previous row in a dataset by calling the Prior method. 

Next 

Moves to the next row in a dataset by calling the Next method. 

Last 

Moves to the last row in a dataset by calling the Last method. 

Insert 

Inserts a new row above the current row in a dataset by calling the Insert method, and 
places the dataset in Insert state. 

Delete 

Deletes the current row in a dataset by calling the Delete method. If the ConfirmDelete 
property is True, it prompts for confirmation before deletion. 

Edit 

Places the dataset in Edit state and enables the user to edit data by calling the Edit 
method. 

Post 

Posts the current row in a dataset by calling the Post method. 

Cancel 

Cancels changes made to the current row in a dataset by calling the Cancel method, and 
returns the dataset to Browse state. 

Refresh 

Refreshes the display of a dataset with current data from the database by calling the 
Refresh method. Useful if another user or application changes the underlying data. It is 
necessary to use this in all of the forms since all of the forms utilize the same dataset. 
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VI. SUMMARY AND RECOMMENDATIONS 



A. SUMMARY 

“No other single weapon available to the world’s regional powers today 
can derail a modem military campaign so totally and rapidly as a 
submarine. ” (Linder, 1995) 

The change in the world situation has prompted the emergence of an old problem 
that was never completely solved. The diesel threat was virtually disregarded during the 
development of nuclear power for submarines and the subsequent build up of the Soviet 
submarine force. ASW resources throughout the 1970s and 1980s were centered on the 
nuclear threat (SSNs/SSGNs) but the in the 1990s the threat has shifted to the 
significantly less expensive but prevalent diesel. Better use of available assets coupled 
with new tactics are required to deal with the diesel submarine. 

The circulation model adapted for use in this thesis provides a flexible, robust 
approach to ASW campaign analysis. To rapidly respond there must be a plan for such a 
campaign. The aim of this thesis was to provide a tool to the military decision-maker, a 
large-scale, aggregated, highly flexible model of the ASW campaign that is not limited 
by force mix or tactics. The user friendly campaign decision aid developed in this thesis 
provides an integrated look at all the ASW forces’ effects in concert, and the total threat 
of a submarine fleet to shipping (or warships) over their operating lifetime. The 
deliverable graphical user interface is the analytical tool for flexible and robust ASW 
campaign analysis. 
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More specifically, the model allows for changing threats, unlimited tactics, 
unlimited force mix, and varying campaign lengths. It uses fixed time steps of days and 
number of events for the various regimes which seem to characterize ASW campaign 
analyses. In fact, the unit of time for an entire patrol can be altered by the user if the 
desired. 

This thesis develops a model distributable as a graphical user interface (GUI) for 
an antisubmarine warfare campaign. The use of the GUI as an analytical tool can aid in 
the planning and analysis of naval and joint force mix to combat an ASW threat. The 
GUI is based on the circulation model developed by Jack Hall (Hall, 1969). Instead of 
limiting the user to uniquely naval assets and specific blue water tactics, this model 
allows the user the flexibility to utilize all available ASW assets in any manner or tactic 
desired. 

The model was developed in Borland® Delphi ™ for use in Microsoft® 

Windows ® It is distributable with a nearly empty database and the necessary 
configuration software (Borland Database Engine® and Reportsmith®) to set up and run 
the executable file. The file can be run from a file manager or a File|Run command 
window. 

Some problems encountered with the model and its coding are discussed in the 
previous chapter. Two notable observations of the model are: 
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1. A shortcoming of the model which is not easy to properly account for is that a 
red submarine will continue to conduct engagements until the inputted number of days is 
completed. This occurs regardless whether the red submarine force may have fired all its 
torpedoes or whether blue targets remain in the operational area. 

2. The model alone does not offer techniques for obtaining the required input 
parameters. However, the text of the thesis does suggest ideas of how forces other than 
naval ASW assets can be utilized in an ASW role. 



B. RECOMMENDATIONS 

Continued attention to a comprehensive campaign-wide concept of dealing with 
the submarine threat is recommended. More importantly, increased analysis of the use of 
non-uniquely naval ASW assets in an ASW role must be conducted. This will not be 
possible until all the services including the Navy comprehend the threat of an attack 
submarine, nuclear or diesel. 

Regarding the Model: 

1. The simplistic nature of the circulation model has its limitations. Future 
development of an ASW campaign or increased complexity may overcome or 
sidestep these limitations. 

2. Optimization of each regime could be extremely helpful to the user’s analysis. 
Along this line, optimization of a particular campaign could be conducted and 
incorporated into the user’s manual. 

3. More realistic time steps could be developed to account for varying lengths of 
time in the barrier regime and the time of individual engagements. 

4. The duration of the operational area regime can be improved to account for 
the number of red submarine weapons and send the red submarines home 
after a given number of attacks. 
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Regarding the software: 



1. The creation of a graphical user interface (GUI) was to make the model a 
deliverable and usable product. It is not necessary to use a GUI to develop a 
campaign but the software calculations are a great deal simpler and faster. 
The development of a simple, user friendly is the most significant 
accomplishment of this thesis. 

2. Borland Delphi was chosen as the software platform because of its availability 
and ease of use. A similar GUI could have been created in JAVA, Virtual 
Basic or even C++. The use of these other programming mediums may yield 
improved interfaces. 

3. Database interaction and help pages are areas which can be improved upon to 
make the model more user friendly. 
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